[ ghc-Bugs-769021 ] hsc2hs fails to link intermediate program

Bugs item #769021, was opened at 2003-07-10 10:26
Message generated for change (Comment added) made by simonmar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=769021&group_id=8032

Category: Compiler
Group: 6.0
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Axel Simon (as49)
Assigned to: Nobody/Anonymous (nobody)
Summary: hsc2hs fails to link intermediate program

Initial Comment:
On Mac OS X 10.2.6 and the binary package of ghc 6.00 I 
get the following linker error when running hsc2hs on a 
trivial program:

ld: Undefined symbols:
_Main_zdmain_closure

It seems that hsc2hs uses ghc now by default to compile the 
C program. That doesn't seem to be the problem, though, 
since it worked with ghc 5.04.

Axel.



----------------------------------------------------------------------

>Comment By: Simon Marlow (simonmar)
Date: 2003-07-23 16:22

Message:
Logged In: YES 
user_id=48280

Caused by a bogus -u flag passed to the linker by GHC.  Will 
be fixed in 6.0.1.

----------------------------------------------------------------------

Comment By: Axel Simon (as49)
Date: 2003-07-18 15:37

Message:
Logged In: YES 
user_id=489164

I coud reproduce this bug on Solaris. In libHSrts the
mentioned symbol is referenced but unless a Haskell main
function is anywhere it will stay undefined. The gnu linker
seems to be less strict about non-existent symbols defined
on the command line, the Solaris and Apple linker don't like
it, though. The right fix for hsc2hs is to pass -no-hs-main
to ghc when it is linking.
Could this be added to hsc2hs in the next release?

Thanks,
Axel.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=769021&group_id=8032