Menu
▾
▴
Re: [Visualpython-users] gl_extensions compile error
|
From: K.-Michael A. <kmi...@gm...> - 2012-04-20 10:00:41
|
On 2012-04-20 02:53:07 +0000, Bruce Sherwood said: > In the context of my previous response, the first thing to do is to > install the pure 32-bit version of Python and see whether that cures > this problem. It didn't. :( Which now leaves as the only difference the compiler. Trying to get it now. Michael > > Aaron Mavrinac set up the new git repository, and I'm VERY shaky in my > use of it. I noticed that he removed the SCons stuff, and I've updated > the build instructions, so those aspects of your findings have been > taken care of. If you generate more significant commits, I'll ask you > to talk with Aaron instead of me, because I'm not yet comfortable with > how to use git. > > Bruce Sherwood > > On Thu, Apr 19, 2012 at 3:14 PM, K.-Michael Aye <kmi...@gm...> wrote: >> On 2012-04-19 20:47:24 +0000, Bruce Sherwood said: >> >>> I've not seen this in building for the Mac starting from a python.org >>> distribution of Python. Line 50 in src/core/util/gl_extensions.cpp >>> doesn't look much like the error that's reported, which is puzzling. >>> >>> You mention "boost_source", which I don't understand. The >>> "dependencies" folder should contain the following: >>> >>> threadpool folder >>> boost_files folder, containing >>> boost folder of Boost library includes >> >> Aha! That's how. I believe that this is missing from the MAC-OSX.txt >> build instructions. >> I now removed my added boost_source include, added a >> >> ln -s /Users/maye/Dropbox/src/boost_1_49_0/boost >> >> into dependencies/boost_files and it works as before, compiling fine >> until the gl_extensions problem. >> >> If you want, I can add this info to MAC-OSX.txt and send you a git pull >> request from my fork? Maybe a good time to practice those github >> collaboration features, as I understand that visual only recently got >> there? ;) >> >> I agree that line 50 does not look like it at all: >> >> if ( EXT_texture3D = d.hasExtension( "GL_EXT_texture3D" ) ) { >> F( glTexImage3D ); >> F( glTexSubImage3D ); >> } else { >> #ifdef __APPLE__ >> // Supported natively but NOT as an extension >> EXT_texture3D = true; >> 50 --> glTexImage3D = ::glTexImage3D; >> glTexSubImage3D = ::glTexSubImage3D; >> #endif >> } >> >> >> but maybe this ifdef __APPLE__ has something to do with it? >> >> >> Michael >> >> >>> mac_libs folder containing >>> libboost_python.a >>> libboost_signals.a >>> libboost_thread.a >>> >>> Bruce Sherwood >>> >>> On Thu, Apr 19, 2012 at 2:18 PM, K.-Michael Aye <kmi...@gm...> wrote: >>>> Okay, some steps further in my endavour to build visual for EPD, I am >>>> now using the standard makefile for MacOS, but had to add the >>>> boost_source folder for including the boost header files (maybe i >>>> messed something up at compile time there, let's see). >>>> >>>> But currently I am blocked by not compiling gl_extensions: >>>> >>>> g++ -fPIC -MMD -DNDEBUG -mmacosx-version-min=10.5 -arch i386 -DPIC -O2 >>>> -g -finline-functions -I../boost_1_49_0 -I../visual/include/mac >>>> -I../visual/include >>>> -I/Library/Frameworks/Python.framework/Versions/Current/include/python2.7 >>>> -I/Library/Frameworks/Python.framework/Versions/Current/lib/python2.7/site-packages/numpy/core/include >>>> >>>> >>>> -I../visual/dependencies/boost_files >>>> -I../visual/dependencies/threadpool/include >>>> -F/System/Library/Frameworks/AGL.framework >>>> -F/System/Library/Frameworks/Carbon.framework >>>> -F/System/Library/Frameworks/OpenGL.framework -c -o gl_extensions.o >>>> ../visual/src/core/util/gl_extensions.cpp >>>> ../visual/src/core/util/gl_extensions.cpp: In member function ‘void >>>> cvisual::gl_extensions::init(cvisual::display_kernel&)’: >>>> ../visual/src/core/util/gl_extensions.cpp:50: error: invalid conversion >>>> from ‘void (*)(GLenum, GLint, GLint, GLsizei, GLsizei, GLsizei, GLint, >>>> GLenum, GLenum, const GLvoid*)’ to ‘void (*)(GLenum, GLint, GLenum, >>>> GLsizei, GLsizei, GLsizei, GLint, GLenum, GLenum, const GLvoid*)’ >>>> make: *** [gl_extensions.o] Error 1 >>>> >>>> >>>> Has anybody ever seen such an error and remembers what was wrong? >>>> >>>> TIA, >>>> Michael >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> _______________________________________________ >>>> Visualpython-users mailing list >>>> Vis...@li... >>>> https://lists.sourceforge.net/lists/listinfo/visualpython-users >>> >>> ------------------------------------------------------------------------------ >>> For Developers, A Lot Can Happen In A Second. >>> Boundary is the first to Know...and Tell You. >>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>> http://p.sf.net/sfu/Boundary-d2dvs2 >>> _______________________________________________ >>> Visualpython-users mailing list >>> Vis...@li... >>> https://lists.sourceforge.net/lists/listinfo/visualpython-users >> >> >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> _______________________________________________ >> Visualpython-users mailing list >> Vis...@li... >> https://lists.sourceforge.net/lists/listinfo/visualpython-users > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
