[GEM-dev] Gem build error on Mac OS X 10.4

IOhannes m zmoelnig zmoelnig at iem.at
Tue Oct 3 17:49:58 CEST 2006


IOhannes m zmoelnig wrote:
> Hans-Christoph Steiner wrote:
>>
>>  From the auto-builds:
>>
>> g++ -c -g -O2 -fPIC -freg-struct-return -O3 -falign-loops=16 
>> -funroll-loops -ffast-math -faltivec  -I/sw/include/libquicktime 
>> -I/sw/include/libquicktime/quicktime  -I..  
>> -I/Users/pd/auto-build/pd-extended/pd/src  GemPathBase.cpp -o 
>> GemPathBase.o
>> GemMan.cpp: In static member function 'static void 
>> GemMan::createContext(char*)':
>> GemMan.cpp:336: error: '::EnterMovies' has not been declared
>> make[3]: *** [GemMan.o] Error 1
>> make[3]: *** Waiting for unfinished jobs....
>> GemPBuffer.cpp:510:1: warning: unknown escape sequence '\p'
>> make[2]: *** [Base] Error 2
>> make[1]: *** [/Users/pd/auto-build/pd-extended/Gem/src/Gem.pd_darwin] 
>> Error 2
>> make: *** [extended_install] Error 2
>>
> 
> this has been fixed 6 hours ago ;-)
> 
> the problem used to be, that my environment (zmoelnig) on the 
> build-machine was totally different from the one that was used for the 
> auto-builds (pd), which also includes the path to all the fink-stuff 
> (/sw/...).
> 
> took me a while to figure that out.
> 
> 
> as for the x-dependency mentioned by cyrille:
> "--without-x" should do this.


i confirmed on the osx-10.4 build machine (with hopefully the same 
settings in the tcsh as the user 'pd'):

./configure --without-x --without-ImageMagick --without-tiff 
--without-jpeg --without-mpeg --without-mpeg3 --without-ieee1394 
--without-aviplay --without-avifile --without-ffmpeg --with-pd=$(pd_src)


this produces a Gem.pd_darwin with following dependencies:
otool -L Gem.pd_darwin
Gem.pd_darwin:
         Gem.pd_darwin (compatibility version 0.0.0, current version 0.0.0)
 
/System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime 
(compatibility version 1.0.0, current version 6.0.0)
         /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 
(compatibility version 2.0.0, current version 128.0.0)
         /System/Library/Frameworks/AGL.framework/Versions/A/AGL 
(compatibility version 1.0.0, current version 1.0.0)
         /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 
(compatibility version 1.0.0, current version 1.0.0)
         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, 
current version 88.1.6)
         /usr/lib/libz.1.dylib (compatibility version 1.0.0, current 
version 1.2.3)
         /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, 
current version 7.4.0)
         /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current 
version 1.0.0)
         /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current 
version 92.0.0)

this looks ok to me.



so i would _strongly_ recommend such restrictive settings (the problem 
is, that while disabling X will disable X11 for now, but with the first 
dependency on X11 it crawls back in)

mfa-dr
IOhannes






More information about the GEM-dev mailing list