#2285: Solaris 9 build fails at stage2 with undefined symbol errors (for libm
symbols)
--------------------------+-------------------------------------------------
Reporter: TimBishop | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 6.12.1
Component: Compiler | Version: 6.8.2
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Testcase: | Os: Solaris
Architecture: sparc |
--------------------------+-------------------------------------------------
Comment (by guest):
These symbols come from libm.so.2, the c99-compatible libm. Problem is,
most Solaris 9 systems in the wild don't have the c99 patches, which
apparently are only available if you have a service contract with Sun.
I don't know if the c99 libm has a static version, but suspect it doesn't
because Sun strongly deprecates static linking to system libraries. If
so, trying to force use of libm.a on a system with the c99 patches will
probably have very unfortunate effects.
I have some horrible ugliness to work around this, including some
environment variables to force ld to accept libm.so.1 in lieu of libm.so.2
(for bootstrap; the generated compiler uses libm.so.1) and lame (casting,
instead of using the FP hardware in single precision mode) implementations
of the single precision trig functions that I force into libHSmain.a.
Things would be much easier if libm.so.2 were actually available to
mortals....
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2285#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
