Re: [libmicrohttpd] Problems building (configuring) under Cygwin

[LRN]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 26.01.2014 5:24, Jordan Henderson wrote:
> On Sat, Jan 25, 2014 at 7:27 PM, LRN <address@hidden> wrote:
>> On 26.01.2014 0:55, Jordan Henderson wrote:
>>> On Thu, Jan 23, 2014 at 1:59 AM, LRN wrote:
>>>> On 23.01.2014 6:45, Jordan Henderson wrote:
>>>>> Hi,
>>>>> 
>>>>> Attempting to configure libmicrohttpd-0.9.33 under the
>>>>> latest Cygwin (CYGWIN_NT-6.1 Jordan-THINK
>>>>> 1.7.27(0.271/5/3) 2013-12-09 11:54 x86_64 Cygwin) I'm
>>>>> getting the error described here:
>>>>> 
>>>>> http://lists.gnu.org/archive/html/libmicrohttpd/2010-08/ 
>>>>> msg00013.html
>>>>> 
>>>>> 
>>>>> 
>>>>> Configure stops telling me that my system doesn't support 
>>>>> pthreads.
>>>>> 
>>>>> I saw a later patch that appears to have backed out some
>>>>> of the changes recommended above (described here):
>>>>> 
>>>>> http://lists.gnu.org/archive/html/libmicrohttpd/2011-03/ 
>>>>> msg00023.html
>>>>> 
>>>>> 
>>>>> 
>>>>> I attempted to restore the changes recommended here to the
>>>>> new baseline, but I'm still getting the error.
>>>>> 
>>>>> I understand that the error about not supporting pthreads
>>>>> is a false negative and indicates something else.  Before I
>>>>> try to dig in and rediscover what others may be doing here,
>>>>> I thought I'd ask if there is anyone using libmicrohttpd
>>>>> under Cygwin offer any help?
>>>> 
>>>> You shouldn't need plibc on Cygwin, the change from 2011
>>>> sounds like the right thing.
>>>> 
>>>> I've just built a MSYS2 version of libmicrohttpd, it
>>>> detected pthreads at configure time correctly. MSYS2 (and
>>>> Cygwin) provides pthreads as part of the main runtime, so
>>>> it's impossible to miss.
>>>> 
>>>> That said, i don't use x86_64 versions of either MSYS2 or
>>>> MinGW, so maybe there's some weirdness on that front that
>>>> escaped my notice.
>>>> 
>>>> 
>>> I was able to build under cygwin by removing the use of 
>>> -no-undefined from the cygwin rule in configure.ac.
>> 
>>> Seems like there was a change in gcc that made this an error.
>> 
>>> http://cygwin.com/ml/cygwin/2013-07/msg00414.html
>> 
>>> There's discussion in that thread about the correct way to fix
>>> this and I wasn't quite clear if my approach was right, so I
>>> didn't include a patch. LRN, who was in on this discussion
>>> might have some perspective.
>> 
>> 
>> Please show the contents of config.log (the place where it says
>> that "C compiler cannot create executables"; specifically, i want
>> to see the command that configure invoked to compile and link the
>> executable, and the error messages it produced).
>> 
> The string "C compiler cannot create executables" (or similar) does
>  not appear in my config.log.
> 
> Here's what I believe is the relevant error:
> 
> ---8<--- | /* end confdefs.h. */ | |         #include <pthread.h> 
> | | int | main () | { | |         pthread_create(0,0,0,0); | |   ; 
> |   return 0; | } configure:12923: checking for pthread_create in
> -lpthread configure:12948: gcc -o conftest.exe -fno-strict-aliasing
> -g -O2 -no-undefined conftest.c -lpthread   >&5 gcc: error:
> unrecognized command line option '-no-undefined' configure:12948:
> $? = 1 configure: failed program was: ---8<---
> 
> I've attached a copy of my config.log with some PATH entries 
> unrelated to cygwin or development deleted.

Try removing -no-undefined from LDFLAGS="$LDFLAGS" (around line 169 in
configure.ac). MHD configure adds unconditional -no-undefined later
on, after it does all tests that require linking, so this
cygwin-special -no-undefined is no longer necessary.


- -- 
O< ascii ribbon - stop html email! - www.asciiribbon.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (MingW32)

iQEcBAEBAgAGBQJS5LlaAAoJEOs4Jb6SI2CwBr0H/R53M0FBsXncJmT5OQxX9otF
2jbANb2P46OfanN2Z9uFIHEiwhUq2JBlf1J9WufCOe8zIKI+69ODHDmyEW7c9BaE
x4BmC1qaTZTikw7wduJRM2naWTlUs6WxX1oqVYTjVuBgxnL/ewWHA0OYd1o0D/KD
TJxeZgChqoSloXIj9G1rRjMZiG4Yk4FHkbeN8/exn3aWNIBivHnCizNEeYFtXGyx
W44766pbSDQpMn46Wx5DJzho/7YBQmjtnIsjvHoDQjel0PeI8tRv/a1rXiONREzG
4CFy7JSmFayS5kB3wZpfJXhrWBJZjfBlF+ySkWYz4cv+QgOYmtEWH5pOZehHyRU=
=Gf9L
-----END PGP SIGNATURE-----