OK, thanks again. I'll give that a whirl. On 2013-04-08, at 7:48 AM, Brandon Allbery <[email protected]> wrote:
> On Mon, Apr 8, 2013 at 1:32 AM, Luke Evans <[email protected]> wrote: > Unfortunately, it looks like > /Library/Frameworks/GHC.framework/Versions/7.4.2-x86_64/usr/lib/ghc-7.4.2/libffi.dylib > > is pointing to the dodgy library too, e.g.: > > > otool -L > > /Library/Frameworks/GHC.framework/Versions/7.4.2-x86_64/usr/lib/ghc-7.4.2/libffi.dylib > /Users/ian/zz64/ghc-7.4.2/libffi/build/inst/lib/libffi.5.dylib (compatibility > version 6.0.0, current version 6.10.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version > 159.1.0) > > Not sure what to patch the first reference in that one to. > > To itself; that's actually the internal reference that gets compiled into the > others, and as such is the actual source of the problem. (In an ELF shared > object, that would be the soname. Note that it *must* be a full path on OS X, > unlike Linux/ELF.) > > -- > brandon s allbery kf8nh sine nomine associates > [email protected] [email protected] > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
_______________________________________________ Haskell-Cafe mailing list [email protected] http://www.haskell.org/mailman/listinfo/haskell-cafe
