OSX build fails.

[hasse69]

Hey Hans,

Here I am again :)
I'm trying to build rar2fs on osx (svn version) and it fails with the following error:
gcc -o rar2fs  dllext.o configdb.o filecache.o iobuffer.o sighandler.o rar2fs.o -L/opt/local/lib -L/usr/local/lib -lunrar -pthread -lstdc++ -lfuse_ino64
Undefined symbols:
  "CommandData::AddArcName(char const*, wchar_t const*)", referenced from:
      _RARInitArchiveEx in dllext.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [rar2fs] Error 1

Hope you can help me again :)

Cheers,
Joris

Original issue reported on code.google.com by wiebel on 2011-05-29

[hasse69]

Did you use latest version of unrar source as linked to on the project home page ?
That should be version 4.0.7. Also make sure you link towards the same version of libunrar.so
that you build rar2fs against. To make sure you do that you need to build the libunrar.so
yourself and copy it over the old version on your system or set UNRAR_LIB in config.mk.
But using UNRAR_LIB is not really recommended since it could break in runtime if rar2fs
picks uo your old version of the dynamic library.

Original issue reported on code.google.com by hasse69 on 2011-05-29 21:10:15

[hasse69]

I indeed needed to upgrade to libunrar 4.0.7 since macports only gives me 3.90. That
helped but when I try to execute rar2fs I get: 

dyld: Library not loaded: libunrar.so
  Referenced from: /opt/local/bin/rar2fs
  Reason: image not found

So I need to figure yout how this works on osx :)

Original issue reported on code.google.com by wiebel on 2011-05-29 21:22:48

[hasse69]

Should not be that hard ;) OS X is just another BSD Unix flavour. You either need to
replace your current version of libunrar.so (in /usr/local/lib perhaps?) or, add an
additional library folder to your systems library search path (try 'man dyld'). You
can also use something equivalent to LD_LIBRARY_PATH for OS X. I Do not have access
to an OS X machine atm so you need to to some investigation on your own. But that makes
it so much more fun :P

Original issue reported on code.google.com by hasse69 on 2011-05-29 21:30:26

[hasse69]

You are right :)
For future reference: export DYLD_LIBRARY_PATH=/opt/local/lib

Cheers,
Joris

Original issue reported on code.google.com by wiebel on 2011-05-29 21:39:56

[hasse69]

So, we consider this one closed ;)

Original issue reported on code.google.com by hasse69 on 2011-05-29 21:44:09

• Labels added: Type-Other
• Labels removed: Type-Defect