- 21 May, 2009 2 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
-
- 20 May, 2009 1 commit
-
-
Ian Lynagh authored
-
- 21 May, 2009 4 commits
-
-
Ian Lynagh authored
-
Simon Marlow authored
-
Simon Marlow authored
-
Simon Marlow authored
-
- 20 May, 2009 1 commit
-
-
Simon Marlow authored
-
- 19 May, 2009 4 commits
-
-
Duncan Coutts authored
Without -shared, the default target is a binary and in that case it makes sense for --make to not try and link a binary when there is no Main module. But for a shared library the user already has to specify -shared and there's no reason a shared lib should contain any Main module or main function.
-
Duncan Coutts authored
It tried to do this already, but the make variable name was wrong.
-
Duncan Coutts authored
This is now the same as the old default. Currently we cannot embed rpaths because they would point to the build tree. We should embed rpaths relative to the $ORIGIN in future.
-
Duncan Coutts authored
Previously it only did it for binaries. This was presumably on the theory that the binary could specify the rpath for all the libs. However when it is the shared lib that is the final product (ie to link into a bigger project) then we need the rpaths for the shared lib to be self-contianed.
-
- 17 May, 2009 1 commit
-
-
Duncan Coutts authored
The previous default was Deployable though it was being overridden to Wrapper in the ghc shell script wrapper.
-
- 15 May, 2009 2 commits
-
-
Duncan Coutts authored
It's still possible to override it, just use -optl-Wl,-soname, eg: ghc -shared -dynamic foo.o -o libfoo.so -optl-Wl,-soname,libbar.so
-
Duncan Coutts authored
Previously the object code for the C main function lived in the rts lib, however this is a problem when the rts is built as a shared lib. With Windows DLLs it always causes problems while on ELF systems it's a problem when the user decides to use their own C main function rather than a Haskell Main.main. So instead we now put main in it's own tiny little static lib libHSrtsmain.a which we install next to the rts libs. Whenever ghc links a program (without -no-hs-main) then it also links in -lHSrtsmain. For consistency we always do it this way now rather than trying to do it differently for static vs shared libraries.
-
- 14 May, 2009 2 commits
-
-
Duncan Coutts authored
We now do it for all ways and for all platforms. This was a Windows-only version that only kept a separate Main.dyn_o for the dynamic linking case. It had to do that because Windows DLLs are stricter about unresolved symbols where as for ELF platforms we only run into the problem when we're not using a Haskell main function.
-
Duncan Coutts authored
-
- 20 May, 2009 12 commits
-
-
Simon Marlow authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
Ian Lynagh authored
-
- 19 May, 2009 5 commits
-
-
Ian Lynagh authored
-
Simon Marlow authored
-
Simon Marlow authored
-
Simon Marlow authored
-
rl@cse.unsw.edu.au authored
-
- 18 May, 2009 3 commits
-
-
batterseapower authored
-
Simon Marlow authored
-
Simon Marlow authored
-
- 15 May, 2009 1 commit
-
-
Simon Marlow authored
and document primOpHasSideEffects
-
- 17 May, 2009 2 commits
-
-
Ian Lynagh authored
-
Ian Lynagh authored
-