I was trying to build Gem on my Mac Book Pro 3rd gen (nvidia):
Result: Target : Gem.pd_darwin Objects : Base Controls Geos Manips Nongeos Particles Pixes openGL
Configuration: Compiler : g++ CXXFLAGS : -I/sw/include -g -O2 -fPIC -freg-struct- return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 - funroll-loops -ffast-math -mmmx -fpascal-strings : -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 INCLUDES : -I/usr/include/FTGL -I/usr/include/ freetype2 -I/Users/hans/auto-build/pd-extended-release/pd/src DEFINES :
LIBS : -L/sw/lib -ldl -lz -lm -lpthread -L/ Users/hans/auto-build/pd-extended-release/pd/bin : -L/sw/lib/freetype219/lib -L/sw/lib -lz - lfreetype -lftgl LDFLAGS : -dynamiclib -mmacosx-version-min=10.3 - undefined dynamic_lookup -framework QuickTime -framework Carbon - framework AGL -framework OpenGL :
Strip : strip -x
Install path : /usr/local
pure-data: version : 0.39
openGL : using version : (default) using ARB-extensions : yes using NV-extensions : no
used optional libraries:
font-rendering : FTGL
image-support use ImageMagick : no (forced) use TIFF : no (forced) use JPEG : no (forced) video-support use mpeg : no (forced) use mpeg-3 : no (forced) use QuickTime : yes (framework) use aviplay : no (forced) use ffmpeg : no (forced) input-support use v4l : no use ieee1394 : no (forced)
misc using ARB-extensions : yes Now run make ...
make -C /Users/hans/auto-build/pd-extended-release/Gem/src make -C Base -j4
[snip]
g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src GemMan.cpp -o GemMan.o g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src GemModelData.cpp -o GemModelData.o g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src GemPBuffer.cpp -o GemPBuffer.o g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src GemPathBase.cpp -o GemPathBase.o GemPBuffer.cpp: In constructor 'PBuffer::PBuffer(int, int, int)': GemPBuffer.cpp:304: error: invalid conversion from 'long int*' to 'GLint*' GemPBuffer.cpp:304: error: initializing argument 3 of 'CGLError CGLChoosePixelFormat(const CGLPixelFormatAttribute*, _CGLPixelFormatObject**, GLint*)' make[3]: *** [GemPBuffer.o] Error 1
------------------------------------------------------------------------ ----
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
Odd. Should be fixed in CVS.
On 9/25/07, Hans-Christoph Steiner hans@eds.org wrote:
I was trying to build Gem on my Mac Book Pro 3rd gen (nvidia):
Result: Target : Gem.pd_darwin Objects : Base Controls Geos Manips Nongeos Particles Pixes openGL
Configuration: Compiler : g++ CXXFLAGS : -I/sw/include -g -O2 -fPIC -freg-struct- return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 - funroll-loops -ffast-math -mmmx -fpascal-strings : -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 INCLUDES : -I/usr/include/FTGL -I/usr/include/ freetype2 -I/Users/hans/auto-build/pd-extended-release/pd/src DEFINES :
LIBS : -L/sw/lib -ldl -lz -lm -lpthread -L/ Users/hans/auto-build/pd-extended-release/pd/bin : -L/sw/lib/freetype219/lib -L/sw/lib -lz - lfreetype -lftgl LDFLAGS : -dynamiclib -mmacosx-version-min=10.3 - undefined dynamic_lookup -framework QuickTime -framework Carbon - framework AGL -framework OpenGL :
Strip : strip -x
Install path : /usr/local
pure-data: version : 0.39
openGL : using version : (default) using ARB-extensions : yes using NV-extensions : no
used optional libraries:
font-rendering : FTGL
image-support use ImageMagick : no (forced) use TIFF : no (forced) use JPEG : no (forced) video-support use mpeg : no (forced) use mpeg-3 : no (forced) use QuickTime : yes (framework) use aviplay : no (forced) use ffmpeg : no (forced) input-support use v4l : no use ieee1394 : no (forced)
misc using ARB-extensions : yes Now run make ...
make -C /Users/hans/auto-build/pd-extended-release/Gem/src make -C Base -j4
[snip]
g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src GemMan.cpp -o GemMan.o g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src GemModelData.cpp -o GemModelData.o g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src GemPBuffer.cpp -o GemPBuffer.o g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src GemPathBase.cpp -o GemPathBase.o GemPBuffer.cpp: In constructor 'PBuffer::PBuffer(int, int, int)': GemPBuffer.cpp:304: error: invalid conversion from 'long int*' to 'GLint*' GemPBuffer.cpp:304: error: initializing argument 3 of 'CGLError CGLChoosePixelFormat(const CGLPixelFormatAttribute*, _CGLPixelFormatObject**, GLint*)' make[3]: *** [GemPBuffer.o] Error 1
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
chris clepper wrote:
Odd. Should be fixed in CVS.
hi.
2 questions: - shouldn't the fix rather be the use of (GLint) as the type for npf than a cast? - for some unknown reasons your commits do not show up at the gem-cvs mailinglist. do you have any idea why this could be? it works for all other commits (e.g. me, hcs,...)
fgmadsr. IOhannes
There's more, from the same machine:
g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/hans/auto- build/pd-extended-release/pd/src linear_path.cpp -o linear_path.o glsl_program.cpp: In member function 'virtual void glsl_program::LinkProgram()': glsl_program.cpp:430: error: invalid conversion from 'long int*' to 'GLint*' glsl_program.cpp:430: error: initializing argument 3 of 'CGLError CGLGetParameter(_CGLContextObject*, CGLContextParameter, GLint*)' glsl_program.cpp:431: error: invalid conversion from 'long int*' to 'GLint*' glsl_program.cpp:431: error: initializing argument 3 of 'CGLError CGLGetParameter(_CGLContextObject*, CGLContextParameter, GLint*)' make[3]: *** [glsl_program.o] Error 1
.hc
On Sep 26, 2007, at 10:40 AM, IOhannes m zmoelnig wrote:
chris clepper wrote:
Odd. Should be fixed in CVS.
hi.
2 questions:
- shouldn't the fix rather be the use of (GLint) as the type for npf
than a cast?
- for some unknown reasons your commits do not show up at the gem-cvs
mailinglist. do you have any idea why this could be? it works for all other commits (e.g. me, hcs,...)
fgmadsr. IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
------------------------------------------------------------------------ ----
"It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White
Hans-Christoph Steiner wrote:
There's more, from the same machine:
i hopefully have fixed that one now. if you have even more of these errors, would you mind doing a "make -k" and report all errors at once...
mfg.asdr IOhannes
On 9/26/07, IOhannes m zmoelnig zmoelnig@iem.at wrote:
2 questions:
- shouldn't the fix rather be the use of (GLint) as the type for npf
than a cast?
I'm not sure what the difference between GLint and int are in the first place. I think this might be an inconsistency in the latest Apple Nvidia headers since there is no problem with the ATI ones here or previous Nvidia ones.
- for some unknown reasons your commits do not show up at the gem-cvs
mailinglist. do you have any idea why this could be? it works for all other commits (e.g. me, hcs,...)
When I do a commit it says:
Checking in GemPBuffer.cpp; /cvsroot/pd-gem/Gem/src/Base/GemPBuffer.cpp,v <-- GemPBuffer.cpp new revision: 1.6; previous revision: 1.5 done Mailing pd-gem-cvs@lists.sourceforge.net... Generating notification message... Generating notification message... done.
That should send a mail right?
chris clepper wrote:
On 9/26/07, *IOhannes m zmoelnig* <zmoelnig@iem.at mailto:zmoelnig@iem.at> wrote:
2 questions: - shouldn't the fix rather be the use of (GLint) as the type for npf than a cast?I'm not sure what the difference between GLint and int are in the first place. I think this might be an inconsistency in the latest Apple Nvidia headers since there is no problem with the ATI ones here or previous Nvidia ones.
i see. a quick look at http://developer.apple.com/documentation/GraphicsImaging/Reference/CGL_OpenG... reveals that the 3rd parameter _is_ a "long" and not a "GLint". ifthis is the authoritive reference, then of course this bug should be fixed in the header files (whoever is responsible for them; not us at least)
- for some unknown reasons your commits do not show up at the gem-cvs mailinglist. do you have any idea why this could be? it works for all other commits (e.g. me, hcs,...)When I do a commit it says:
Checking in GemPBuffer.cpp; /cvsroot/pd-gem/Gem/src/Base/GemPBuffer.cpp,v <-- GemPBuffer.cpp new revision: 1.6; previous revision: 1.5 done Mailing pd-gem-cvs@lists.sourceforge.net... Generating notification message... Generating notification message... done.
That should send a mail right?
yes. probably i should file a bug-report at sourceforge...
fm.asdr IOhannes
On 9/26/07, IOhannes m zmoelnig zmoelnig@iem.at wrote:
i see. a quick look at
http://developer.apple.com/documentation/GraphicsImaging/Reference/CGL_OpenG... reveals that the 3rd parameter _is_ a "long" and not a "GLint". ifthis is the authoritive reference, then of course this bug should be fixed in the header files (whoever is responsible for them; not us at least)
Oh sure, if you want to go by the 'official' Apple 'reference', but Cupertino doesn't play that game. Most of their docs seem to come from an alternate universe that runs about 3 years behind our world.
In any case, it doesn't make much sense to me to use GLint for something outside the GL API.
-
chris clepper -
Hans-Christoph Steiner -
IOhannes m zmoelnig