cURL
Haxx ad
libcurl

curl's project page on SourceForge.net

Sponsors:
Haxx

cURL > Mailing List > Monthly Index > Single Mail

curl-tracker Archives

[ curl-Bugs-3413233 ] Library paths with spaces

From: SourceForge.net <noreply_at_sourceforge.net>
Date: Wed, 14 Dec 2011 02:36:48 -0800

Bugs item #3413233, was opened at 2011-09-23 02:14
Message generated for change (Comment added) made by bagder
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=3413233&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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: DSchneider (davidschneider2)
Assigned to: Daniel Stenberg (bagder)
Summary: Library paths with spaces

Initial Comment:
CMAKE_C_STANDARD_LIBRARIES holds a space-separated list of standard library which are automatic linked to every C target. Because the list holds only standard libraries there are all included in the default paths => no find_library is needed.

In curl version 7.22.0 paths to wsock32 and ws2_32 get found by find_library and are appended to space separated list CMAKE_C_STANDARD_LIBRARIES. Default installation of dotNet Framework SDK is something like "C:/Program Files/Microsoft SDKs" which contains spaces => the space separated list get "confused".

Solution: add only wsock32.lib ws2_32.lib to CMAKE_C_STANDARD_LIBRARIES as it was in curl-7_21_7

Curl version: 7.22.0
OS: Windows 64-bit
CMake version: 2.8.3

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

Comment By: Daniel Stenberg (bagder)
Date: 2011-12-14 02:36

Message:
Thanks for reporting this issue and helping us improve curl and libcurl.

We're awaiting feedback in this issue. Due to this, I have set the state of
this issue to pending and it will automatically get closed later on unless
we get further info.

Please consider answering the outstanding questions or providing the
missing info so that we can proceed to resolve this issue!

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

Comment By: Daniel Stenberg (bagder)
Date: 2011-10-15 07:34

Message:
Can you please show us a patch of what you suggest we do?

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

Comment By: DSchneider (davidschneider2)
Date: 2011-09-26 00:16

Message:
Bug 3389231 seems to be related to mingw. I was testing with MSVC compiler.
In CMAKE_C_STANDARD_LIBRARIES all libraries are without path. For example
kernel32.lib user32.lib gdi32.lib
So I suppose also wsock32.lib and ws2_32.lib should be without full path.
In my build environment the LIB variable is set with the path to the
standard library directory. (ex. C:\Program Files\Microsoft
SDKs\Windows\v7.1\Lib\X64)

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

Comment By: Daniel Stenberg (bagder)
Date: 2011-09-25 14:47

Message:
I read what you're saying, but I know nothing about cmake and you seem to
contradict the bug/patch that was the reason for this change. See Bug
3389231 and commit 40afeea2fbfd93

I take it you then argue we should revert that patch and things are fine
again?

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

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=3413233&group_id=976
Received on 2011-12-14

These mail archives are generated by hypermail.

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

File upload with ASP.NET