Bad symbol resolution on Darwin when using DYLD_FORCE_FLAT_NAMESPACE=1

The following command:

env DYLD_FORCE_FLAT_NAMESPACE=1 ghc -e 'Data.Hashable.hashWithSalt 0 "foo"'

causes symbol resolution to fail.

changed weight to 7

added GHCi Tbug Trac import labels

Attached file 0001-Fix-for-improper-name-resolution-on-Darwin-when-usin.patch (download).

changed the description

Trac metadata

Trac field	Value
TypeOfFailure	GhciCrash → RuntimeCrash
Component	GHCi → Runtime System (Linker)

added RTS linking runtime crash labels and removed GHCi label

Attached file 0002-Test-failed-to-compile-due-to-use-of-non-standard-he.patch (download).

Thanks for the patch. Please note:

• Patches should be made relative to ghc HEAD (master).
• Your first patch doesn't have a test. See https://ghc.haskell.org/trac/ghc/wiki/Building/RunningTests/Adding
• Your second patch isn't needed for ghc HEAD, see #10211 (closed).
• Patches are preferably sent to Phabricator.

Just finished compiling HEAD. Will resend the patches to Phabricator. As for the test, I'm not sure how to handle that. I guess adding Data.Hashable to the suite just for this is overkill...

Moving out of review queue, see ticket:10914#comment:107769.

There is no such error with GHC 7.10.3 and Mac OS X 10.11.4.

I just tried again with 7.10.3 on 10.10.5 and it's failing.

Feel free to close it anyways if you consider it appropriate, by the time I'll need this I'll probably be on 10.11.

Just upgraded to 10.11 and 7.10.3 works fine here. Should it be closed?

closed

Trac metadata

Trac field	Value
Resolution	Unresolved → ResolvedFixed

I found out the reason why this no longer fails on 10.11:

http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really

Looks like dyld environment variables are simply ignored now.

added GHCi label

added Phigh label