gccxml no longer supported on OS-X

[adamlwgriffiths]

GCCXML no longer works on OS-X.
It builds, I even made a homebrew script for it, but clang has replaced GCC and the GCC binary is now a clang wrapper, so the GCCXML program can no longer work its magic as it requires files GCC generates.

Is it possible to replace this with something else? Perhaps as an alternate setup path for OS-X?
I noticed clang2py (https://github.com/trolldbois/ctypeslib/), but it's interface is quite different and some modules aren't ported to clang yet (still mention xml2py which no longer exists in that codebase).
I don't have experience with gcc2xml so it's not trivial for me to figure out how to use clang2py.

The only other option I see is porting Glitter to use PyOpenGL.

I was in the middle of developing a new OpenGL framework when I rediscovered your library. I'd now like to continue that development with Glitter, including adding some new features and fixing some missing / existing ones. But this is a roadblock for me at the moment.
Are you still interested in developing Glitter? If not, PyOpenGL might be my best bet.

[swenger]

Hi Adam,

Sorry for the delay in replying. A friend of mine actually has glitter
running on OS X without problems, he promised to share his solution with
us. As a workaround, you could probably build glitter on a Linux machine
and just copy the files - there shouldn't be any binaries or dependencies
on your local OS X configuration.

I don't currently have my Mac with me, but I'm going to have a look into
clang2py and let you know how that turns out.

Best,
Stephan
On Aug 25, 2014 10:45 PM, "Adam Griffiths" notifications@github.com wrote:

GCCXML no longer works on OS-X.
It builds, I even made a homebrew script for it, but clang has replaced
GCC and the GCC binary is now a clang wrapper, so the GCCXML program can no
longer work its magic as it requires files GCC generates.

Is it possible to replace this with something else? Perhaps as an
alternate setup path for OS-X?
I noticed clang2py (https://github.com/trolldbois/ctypeslib/), but it's
interface is quite different and some modules aren't ported to clang yet
(still mention xml2py which no longer exists in that codebase).
I don't have experience with gcc2xml so it's not trivial for me to figure
out how to use clang2py.

The only other option I see is porting Glitter to use PyOpenGL.

I was in the middle of developing a new OpenGL framework when I
rediscovered your library. I'd now like to continue that development with
Glitter, including adding some new features and fixing some missing /
existing ones. But this is a roadblock for me at the moment.
Are you still interested in developing Glitter? If not, PyOpenGL might be
my best bet.

—
Reply to this email directly or view it on GitHub
#1.

[adamlwgriffiths]

I've made the following script to test out clang2py, but it complains that there are too few arguments.
I also see no ability to set defines as you do? They might be -s for symbols which I've set in the test below, but I can't be sure if this is correct or not until I get some output =P.

Cheers for the prompt response

from __future__ import print_function
from ctypeslib import clang2py
from clang.cindex import Config

Config.set_library_path('/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/')

defines = ["GL3_PROTOTYPES"]
libs = ['GL']
patterns = ['gl[A-Z].*', 'GL_[A-Z].*', 'GL[a-z].*']
symbols = ["-s%s" % x for x in defines]
commandline = ["clang2py.py", "-kamdefst", "-v", "-o", 'gl.py', './gl3.h'] + ["-l%s" % x for x in libs] + ["-r%s" % x for x in patterns] + symbols
print(commandline)
clang2py.main(commandline)

[swenger]

Hi Adam,

That's weird; the command line

clang2py -kamdefst -o gl3.py -lGL -DGL3_PROTOTYPES -I/usr/include/GL
-r 'glu[A-Z].' -r 'GLU[A-Z]._' -r 'GLU[a-z].*' gl3.h

works fine, but calling

ctypeslib.clang2py.main(['clang2py', '-kamdefst', '-o', 'gl3.py',
'-lGL', '-DGL3_PROTOTYPES', '-I/usr/include/GL', '-r', 'glu[A-Z].',
'-r', 'GLU[A-Z]._', '-r', 'GLU[a-z].*', 'gl3.h'])

from Python gives the error message you described. As a workaround, one
could do

import subprocess
subprocess.call(['clang2py', '-kamdefst', '-o', 'gl3.py', '-lGL',
'-DGL3_PROTOTYPES', '-I/usr/include/GL', '-r', 'glu[A-Z].', '-r',
'GLU[A-Z]._', '-r', 'GLU[a-z].*', 'gl3.h'])

instead, which works for me. Also, #defines should work (using -D),
although that seems to be undocumented.

My friend promised to send me his glitter + OS X howto (possibly
including a patched gccxml) on Sunday, but he's currently moving house,
so I'm not sure he's going to make it. I'll forward it to you as soon as
he sends it to me.

Also, have you tried installing gcc to make gccxml work?

Cheers,
Stephan

On 27.08.2014 19:41, Adam Griffiths wrote:

I've made the following script to test out clang2py, but it complains
that there are too few arguments.
I also see no ability to set defines as you do? They might be -s for
symbols which I've set in the test below, but I can't be sure if this is
correct or not until I get some output =P.

Cheers for the prompt response

|from future import print_function
from ctypeslib import clang2py
from clang.cindex import Config

Config.set_library_path('/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/')

defines = ["GL3_PROTOTYPES"]
libs = ['GL']
patterns = ['gl[A-Z].', 'GL[A-Z]._', 'GL[a-z].*']
symbols = ["-s%s" % x for x in defines]
commandline = ["clang2py.py", "-kamdefst", "-v", "-o", 'gl.py', './gl3.h'] + ["-l%s" % x for x in libs] + ["-r%s" % x for x in patterns] + symbols
print(commandline)
clang2py.main(commandline)
|

—
Reply to this email directly or view it on GitHub
#1 (comment).

[adamlwgriffiths]

Most curious, well at least thats progress.
Curious that -D works, I didn't notice it in the argparser commands on clang2py. Thanks for figuring that one out =).

I haven't installed GCC.
I know that sounds bad, but I'm dead set on keeping the dependencies to only python libs. I'm a big believer in keeping the barrier of entry the lowest possible. Hence using clang2py or PyOpenGL rather than requiring brew installed libs, etc.

Thanks for your quick responses, I'll try this information out later tonight and report back on progress =)

[adamlwgriffiths]

I'm going down a rabbit hole here. clang2py is a world of pain.

How are you getting python-clang to find libclang.dylib? It doesn't detect the dynamic lib and requires me to call:

Config.set_library_path('/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/')

This means that using subprocess won't work 'out-of-the-box'.

python-clang suggests the following (https://github.com/trolldbois/python-clang)

$ env PYTHONPATH=$(echo ~/llvm/tools/clang/bindings/python/) \
      LD_LIBRARY_PATH=$(llvm-config --libdir) \
  nosetests -v
tests.cindex.test_index.test_create ... ok

llvm-config doesn't exist, brew has llvm but it would conflict with the default clang install.

$ brew info llvm
....
Mac OS X already provides this software and installing another version in
parallel can cause all kinds of trouble.

So there's no 'cross-platform' method to get the libclang.dylib path.

These are locally resolvable using export, etc, but they don't work 'out-of-the-box'.

When I run from the latest clang2py, I get errors, so obviously HEAD has issues, running 2.0rc3 from pip I end up with the following error:

$env LD_LIBRARY_PATH="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/" clang2py  -kamdefst -v -o gl.py -l/System/Library/Frameworks/OpenGL.framework/Libraries/libGL.dylib -DGL3_PROTOTYPES -I/System/Library/Frameworks/OpenGL.framework/Headers/ -r gl[A-Z].* -r GL_[A-Z].* -r GL[a-z].* ./gl3.h

<snip>

  File "/<snip>/.anaconda/envs/glitter-clang/lib/python2.7/site-packages/ctypeslib/codegen/codegenerator.py", line 159, in Macro
    self.macros += 1
AttributeError: 'Generator' object has no attribute 'macros'

I'm curious why it works for you.

[swenger]

Hi Adam,

I've only tried clang2py on Linux so far, and I think I ran into the same
problem of finding the shared library and worked around it by creating a
symlink to it in /use/lib. Not really a long-term solution, though...

I'll let you know as soon as I hear back about my friend's solution.

Best,
Stephan
On Aug 31, 2014 4:48 AM, "Adam Griffiths" notifications@github.com wrote:

I'm going down a rabbit hole here. clang2py is a world of pain.

How are you getting python-clang to find libclang.dylib? It doesn't detect
the dynamic lib and requires me to call:

Config.set_library_path('/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/')

This means that using subprocess won't work 'out-of-the-box'.

python-clang suggests the following (
https://github.com/trolldbois/python-clang)

$ env PYTHONPATH=$(echo ~/llvm/tools/clang/bindings/python/)
LD_LIBRARY_PATH=$(llvm-config --libdir)
nosetests -v
tests.cindex.test_index.test_create ... ok

llvm-config doesn't exist, brew has llvm but it would conflict with the
default clang install

$ brew info llvm
....
Mac OS X already provides this software and installing another version in
parallel can cause all kinds of trouble.

These are resolvable, but they don't work 'out-of-the-box', I'm curious
why it works for you.

—
Reply to this email directly or view it on GitHub
#1 (comment).

[swenger]

Hi Adam,

Here's my friends modified setup script (attached) and patched GCCXML
(see link) that should work on Mac OS X. Not the most pretty solution, I
suppose, and it obviously requires additional binaries, but maybe this
will do until clang2py has matured a bit...

ftp://europa.cg.cs.tu-bs.de/pub/public/people/klose/gccxml_patched_for_osx_and_glitter.tgz

Hope that helps,
Stephan

On 31.08.2014 04:48, Adam Griffiths wrote:

I'm going down a rabbit hole here. clang2py is a world of pain.

How are you getting python-clang to find libclang.dylib? It doesn't
detect the dynamic lib and requires me to call:

|Config.set_library_path('/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/')
|

This means that using subprocess won't work 'out-of-the-box'.

python-clang suggests the following
(https://github.com/trolldbois/python-clang)

|$ env PYTHONPATH=$(echo ~/llvm/tools/clang/bindings/python/)
LD_LIBRARY_PATH=$(llvm-config --libdir)
nosetests -v
tests.cindex.test_index.test_create ... ok
|

llvm-config doesn't exist, brew has llvm but it would conflict with the
default clang install

|$ brew info llvm
....
Mac OS X already provides this software and installing another version in
parallel can cause all kinds of trouble.
|

These are resolvable, but they don't work 'out-of-the-box', I'm curious
why it works for you.

—
Reply to this email directly or view it on GitHub
#1 (comment).

[adamlwgriffiths]

Cool thanks, I'll check it out =)