This is a bit puzzling -- I would have thought that
gcc -shared -fPIC foo.c -o foo.so
would get you there on that platform. Even so, you
shouldn't end up with a duff option (-r).
If you're in the mood for some experimentation, have a
look at aclocal.m4:HUGS_TRY_DYNLINK (and its
use in configure.ac / configure.in ) and try re-creating
those tests manually to find out what's going wrong.
--sigbjorn
----- Original Message -----
From: "herington, dean"
-----Original Message----- From: Alastair Reid [mailto:alastair@reid-consulting-uk.ltd.uk] Sent: Tuesday, June 01, 2004 10:27 AM To: herington, dean Subject: Re: [Hugs-bugs] problems building on Solaris
It looks as though you want to use one of:
'-r' or '-Dy -G'
I think both of these are equally likely to work. Hugs needs something it can load with dlopen and one part of the page says this means it must be a shared library (so use -Dy -G) but Sigbjorn Finne used to strongly believe that all that was wanted was a relocatable object file (so use -r).
'-r' is what configure chose, but it didn't work for me. '-dy -G' (note: lower-case 'd') did work! Thanks!
Other flags you might play with are:
-z combreloc Make loading a little faster.
-z defs I think this would catch errors sooner.
but I don't think they will improve the chances of it working, so try -r and '-dy -G' first.
-- Alastair
ps The problem is not Hugs+Solaris but Hugs+SunOS ld (instead of gcc ld).
_______________________________________________ Hugs-Bugs mailing list Hugs-Bugs@haskell.org http://www.haskell.org/mailman/listinfo/hugs-bugs