Re: gl_extensions compile error

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 <[email protected]> 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 <[email protected]> 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
>>>> [email protected]
>>>> 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
>>> [email protected]
>>> 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
>> [email protected]
>> 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
> [email protected]
> 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/visualpython-users