-
Notifications
You must be signed in to change notification settings - Fork 708
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
use ld specified by "ghc --info" by default #1528
Comments
This is outside my area of expertise, but using the info from |
I should add that I vaguely recall while investigating #1493 coming across some code in Cabal that is supposed to use the output of |
I've implemented this on the Would be nice to get your input. |
Yes, I pulled this branch into my ghc-i686 tree, (un-bumped the version number into the range ghc expected) and now the full testsuite output looks very much like the native compiler output, perfect! |
@rwbarton Nice. |
The ghc testsuite tests "cabal0{1,3,4}" fail in my cross-compilation setup (i686 cross-compiler built on amd64) because Cabal tries to link with the system linker with no special options.
The ghc testsuite could pass the appropriate
--with-ld
option to cabal, but wouldn't it make sense for Cabal to use the ld binary and ld flags specified byghc --info
, using the version of ghc specified by the--with-compiler
option?Specifically, the testsuite does this:
and the linker complains because it is expecting an x86_64 elf object file (I think). The output of
/home/rwbarton/dist/ghc-i686/inplace/bin/ghc-stage2 --info
is:and when I manually add
--with-ld=/home/rwbarton/bin/i686/ld
to thesetup
command, it completes successfully.The text was updated successfully, but these errors were encountered: