For some reason, after compiling this module on a conda-based environment on Mac OSX, libjpeg does not get correctly compiled inside the resulting library:

$ otool -L bob/io/image/libbob_io_image.dylib
bob/io/image/libbob_io_image.dylib:
       	@rpath/libbob_io_image.dylib (compatibility version 0.0.0, current version 0.0.0)
       	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
       	@rpath/libbob_io_base.dylib (compatibility version 0.0.0, current version 0.0.0)
       	@rpath/libbob_core.dylib (compatibility version 0.0.0, current version 0.0.0)
       	libjpeg.8.dylib (compatibility version 13.0.0, current version 13.0.0)
       	@rpath/libtiff.5.dylib (compatibility version 8.0.0, current version 8.4.0)
       	@rpath/libgif.7.dylib (compatibility version 8.0.0, current version 8.0.0)
       	@rpath/libboost_system.dylib (compatibility version 0.0.0, current version 0.0.0)
       	@rpath/libboost_filesystem.dylib (compatibility version 0.0.0, current version 0.0.0)
       	@rpath/libpng16.16.dylib (compatibility version 39.0.0, current version 39.0.0)
       	@rpath/libblitz.0.dylib (compatibility version 1.0.0, current version 1.0.0)
       	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)

As you can see, the libjpeg.8.dylib misses the @rpath entry. It is a bit annoying as the generated library will not run inside gdb and will require a DYLD_LIBRARY_PATH setting before it can run.

The reference environment for this is the one currently provided by bob/bob.admin from_scratch.sh scripts.

@amohammadi: any clues about this one?