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

[Hans-Christoph Steiner]

On Oct 3, 2006, at 11:49 AM, IOhannes m zmoelnig wrote:

> 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)


I added that long string of --without-?? flags to packages/Makefile.   
Ideally, that stuff would all be disabled automatically, so that a ./ 
configure --with-pd=/path/to/pd would be all that is necessary.

Speaking of ./configure on Mac OS X, anyone tried a Universal Binary  
of Gem yet?

.hc

------------------------------------------------------------------------

Looking at things from a more basic level, you can come up with a  
more direct solution... It may sound small in theory, but it in  
practice, it can change entire economies.     - Amy Smith