Nate, Thanks, that solves the scramble problem, but I'm still having runtime issues: File "build/bdist.macosx-10.3-fat/egg/_cDRMAA.py", line 6, in __bootstrap__ImportError: dlopen(/Users/galaxy/.python-eggs/ DRMAA_python-0.2-py2.5-macosx-10.3-fat.egg-tmp/_cDRMAA.so, 2): Symbol not found: _drmaa_control Referenced from: /Users/galaxy/.python-eggs/DRMAA_python-0.2-py2.5- macosx-10.3-fat.egg-tmp/_cDRMAA.so Expected in: dynamic lookup The only bad message in the egg build was a warning: gcc -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g - bundle -undefined dynamic_lookup build/temp.macosx-10.3-fat-2.5/ cDRMAA_wrap.o -L/common/sge/lib/darwin -ldrmaa -o build/ lib.macosx-10.3-fat-2.5/_cDRMAA.so /usr/bin/ld: for architecture i386 /usr/bin/ld: warning /common/sge/lib/darwin/libdrmaa.dylib cputype (18, architecture ppc) does not match cputype (7) for specified -arch flag: i386 (file not loaded) Some system details: Model Name: Xserve Processor Name: Dual-Core Intel Xeon System Version: Mac OS X Server 10.4.11 (8S2169) SGE Version: GE 6.0u11 Any suggestions? -john
John Eppley wrote:
Has anyone had success getting galaxy to work with SGE on OS X 10.4? I cannot get DRMAA_python to compile/scramble. The linker does not recognize the -R flag: /usr/bin/ld: unknown flag: -R/common/sge/lib/darwin I can get it to compile by removing that flag, but galaxy dies when it tries to use the library compiled this way.
On Dec 9, 2009, at 10:19 AM, Nate Coraor wrote:
Hi John,
This is a runtime linker issue - OS X (10.4 especially) does runtime linking oddly. I've committed a fix for it in changeset 3161:b400212305b6, which should be on our public repository in a few days. Or, you can pull directly from our central dev repo at:
http://bitbucket.org/galaxy/galaxy-central/
Thanks for finding and reporting this.
--nate