Incorrect dynamic library name in OSX

When building a simple program that is built using -dynamic, the resulting executable fails with the following error:

/Users/ian/zz64/ghc-7.4.1/libffi/build/inst/lib/libffi.5.dylib

Referenced from: /usr/local/lib/ghc-7.4.1/libHSrts-ghc7.4.1.dylib Reason: image not found

[1] 90849 trace trap

The workaround in this case is to execute the following two commands:

otool -id /usr/local/lib/ghc-7.4.1/libffi.dylib /usr/local/lib/ghc-7.4.1/libffi.dylib

install_name_tool /usr/local/lib/ghc-7.4.1/libHSrts-ghc7.4.1.dylib -change /Users/ian/zz64/ghc-7.4.1/libffi/build/inst/lib/libffi.5.dylib /usr/local/lib/ghc-7.4.1/libffi.dylib

which is to say that the library at /usr/local/lib/ghc-7.4.1/libffi.dylib is identified as being /Users/ian/zz64/ghc-7.4.1/libffi/build/inst/lib/libffi.5.dylib which causes the linker to fail.

Trac metadata

Trac field	Value
Version	7.4.1
Type	Bug
TypeOfFailure	OtherFailure
Priority	normal
Resolution	Unresolved
Component	libraries/base
Test case
Differential revisions
BlockedBy
Related
Blocking
CC
Operating system
Architecture

changed weight to 5

added Tbug Trac import core libraries labels

changed milestone to %7.6.1

Thanks for the report.

changed milestone to %7.6.2

Probably now fixed with #8266 (closed)

changed milestone to %7.10.1

Moving to 7.10.1.

assigned to @trac-ekmett

Moving over to new owning component 'Core Libraries'.

Trac metadata

Trac field	Value
Component	libraries/base → Core Libraries

removed milestone

Probably now fixed with #8266 (closed)

Dynamic linking has been much improved on OS X. But please re-open if there is still an issue.

Trac metadata

Trac field	Value
Component	Core Libraries → Compiler
Related	→ #8266 (closed)

removed core libraries label

closed

Actually closing.

Trac metadata

Trac field	Value
Resolution	Unresolved → ResolvedWorksForMe

added core libraries runtime crash labels

added Pnormal label