cURL
Haxx ad
libcurl

curl's project page on SourceForge.net

Sponsors:
Haxx

cURL > Mailing List > Monthly Index > Single Mail

curl-tracker mailing list Archives

[ curl-Bugs-1944825 ] Solaris 10 build fails, wrong -L and -R flag positions

From: SourceForge.net <noreply_at_sourceforge.net>
Date: Thu, 17 Apr 2008 13:53:53 -0700

Bugs item #1944825, was opened at 2008-04-17 13:52
Message generated for change (Comment added) made by bagder
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=1944825&group_id=976

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: compile or build problem
>Group: portability problem
Status: Open
Resolution: None
>Priority: 6
Private: No
Submitted By: Ian Ball (ianball)
Assigned to: Daniel Stenberg (bagder)
Summary: Solaris 10 build fails, wrong -L and -R flag positions

Initial Comment:
In building libcurl, version 7.18.1, on Solaris 10 with the Studio 12 compilers, the build fails when the linker tries to find the ssl libraries. I have established that this is because the scripts put the -L and -R flags in the wrong place, too late on the command line and in the wrong order for the linker. This causes the linker to not be able to find the compile time libraries and therefore fails to find the ssl libraries.

I have been able to manually workaround this problem:

I changed into the lib directory and corrected the positions of the -L and -R flags in the call to libtool where the linking fails and manually ran the call. The call to libtool and the following link then succeeds, however this still has errors, which are revealed only later on when trying to complete the build from the main directory. The linking which libtool makes is also wrong as it too puts the -L and -R flags in the wrong place. Again in the lib directory, a correction and manually running the linker, archiver and ranlib, then returning to the parent directory and rerunning make successfully completes the build.

I am attaching a file with the complete build history. From Line 723 onwards is where you can see what this problem does, and in the following lines how I have worked around it.

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

>Comment By: Daniel Stenberg (bagder)
Date: 2008-04-17 22:53

Message:
Logged In: YES
user_id=1110
Originator: NO

Can you please try a recent daily snapshot?
http://cool.haxx.se/curl-daily/

I believe this is an automake 1.10 bug and the snapshots are made with an
older automake than I used when I did the release package.

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

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=1944825&group_id=976
Received on 2008-04-17

These mail archives are generated by hypermail.

donate! Page updated November 12, 2010.
web site info

File upload with ASP.NET