On 19/02/2012, at 1:44 PM, Jan Danielsson wrote:

> Hello,
> 
>   I've been trying to get fossil to build using the auto-configurator
> on Solaris/sparc 9, and have encountered some minor bumps in the road.
> 
>   For the record (in case someone finds this via a web search): I think
> there's something odd about the openssl detection. I had built openssl
> without the "shared" option (so I only had the shared libraries). But

Building without "shared" meant you only had the shared libraries??

> even with "configure --static" (in fossil), I ran into linking problems.
> Building openssl with the "shared" option made those problems go away. I
> haven't looked into it more closely, as the workaround is trivial, and I
> think most people will have the shared libraries laying around anyway.

With the fix I sent earlier, does openssl detection work properly?

> 
>   Now there are just two issues remaining, and unfortunately I'm not
> quite sure what to do about them.
> 
>   1) The SunStudio compiler doesn't support -static; it uses -Bstatic
> and -Bdynamic.
> 
>   2) While zlib is a system library on Solaris 9, it doesn't appear to
> have libz.a (only libz.so). This means that the final link line needs to
> look something like this:
> 
>   [...] -Bdynamic -L/opt/openssl-1.0.0g/lib -lz -ldl -Bstatic -lssl
> -lcrypto -lnsl -lsocket
> 
> 
>   My Tcl-Fu is painfully limited and hence I understand near-zero of
> autosetup, but as far as I can gather the current autosetup/auto.def
> isn't really designed to handle compiler differences and mix static and
> dynamic linking?
> 
>   What I would like to do:
> 
>   1) Add compiler detection (In this case: find sunstudio, default to
> whatever gcc does)
> 
>   2) Set dynamic/static link flags (-static vs -Bstatic, etc) depending
> on compiler
> 
>   3) Introduce a DLIBS which will unconditionally be dynamically
> linked, regardless of whether --static is used or not.

How about forget about static linking and just use dynamic linking?
Even on Linux, static linking is a bit of a minefield.

Can we address the dynamic configure/build issues, and then possibly
revisit static linking?

Cheers,
Steve

> 
>   I realize there's something conceptually very wrong about dynamically
> linking when it was explicitly requested by the users that static
> linking be used. At the same time, the way I look at it, the project
> should build and run on standard OS installations, with as few separate
> dependencies as possible.
> 
>   Input is welcome.
> 
> -- 
> Kind regards,
> Jan Danielsson
> 
> _______________________________________________
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au      P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to