I apologize if this is the wrong place for this message. I am trying to compile a Ruby gem that connects to OpenOffice through UNO. I have it working perfectly under linux 64bit (by compiling the x86_64 DEBs for OpenOffice and its SDK), however, I am now trying to get it set up under MacOSX 10.8 (Mountain Lion) and am hitting a wall.
I have GCC 4.2 (via xcode) and 4.7.1 (via homebrew) installed on my system, and the ruby 1.9.3 libraries (installed for x86_64). I am actually able to get my gem to install (which compiles for the native environment) under GCC 4.7 and x86_64, however when I try to actually use my gem, I get the error message: LoadError: dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle, 9): Symbol not found: __ZN4cppu11OWeakObject12queryAdapterEv Referenced from: /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle Expected in: flat namespace I've figured out that the bundle is not actually getting linked to the UNO libraries, as they are built for i386. otool -L confirms: otool -L rubyuno.bundle rubyuno.bundle: /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib (compatibility version 1.9.1, current version 1.9.1) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) /usr/local/Cellar/gcc/4.7.1/gcc/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.17.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /usr/local/Cellar/gcc/4.7.1/gcc/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) I actually did end up getting my bundle compiled for i386 under gcc 4.2 by hardcoding the -arch i386 flag, which gets the libraries linked into the bundle: $ otool -L rubyuno.bundle rubyuno.bundle: @__________________________________________________URELIB/libuno_cppuhelpergcc3.dylib.3 (compatibility version 0.0.0, current version 0.0.0) @__________________________________________________URELIB/libuno_cppu.dylib.3 (compatibility version 0.0.0, current version 0.0.0) @__________________________________________________URELIB/libuno_salhelpergcc3.dylib.3 (compatibility version 0.0.0, current version 0.0.0) @__________________________________________________URELIB/libuno_sal.dylib.3 (compatibility version 0.0.0, current version 0.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib (compatibility version 1.9.1, current version 1.9.1) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 56.0.0) However why I try to load the gem I get: LoadError: dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle, 9): no suitable image found. Did find: ./rubyuno.bundle: mach-o, but wrong architecture /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle: mach-o, but wrong architecture - /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle This happens even if I compile ruby in "universal mode": $ rvm list =* ruby-1.9.3-p194 [ universal ] $ lipo -detailed_info /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby Fat header in: /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby fat_magic 0xcafebabe nfat_arch 2 architecture x86_64 cputype CPU_TYPE_X86_64 cpusubtype CPU_SUBTYPE_X86_64_ALL offset 4096 size 9444 align 2^12 (4096) architecture i386 cputype CPU_TYPE_I386 cpusubtype CPU_SUBTYPE_I386_ALL offset 16384 size 9348 align 2^12 (4096) I have been going in circles for a couple days now trying to figure out how to get this working. I have even tried to figure out how to compile OpenOffice myself hoping that that way I'd be able to get x86_64 libraries to work with, but that seems to be a whole other can of worms. Does anyone have any suggestions and/or know of somewhere I can get OO compiled for Mac x86_64? Thanks, Daniel Vandersluis Lead Developer, TalentNest dvandersl...@selfmgmt.com=