Re: gl_extensions compile error

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.

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