libmicrohttpd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Jordan Henderson
Subject: Re: [libmicrohttpd] Problems building (configuring) under Cygwin
Date: Sat, 25 Jan 2014 20:24:28 -0500

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.



On Sat, Jan 25, 2014 at 7:27 PM, LRN <address@hidden> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

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).

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

iQEcBAEBAgAGBQJS5FZ9AAoJEOs4Jb6SI2CwjVoH/1MxeVjWdwy3cLSaO0Bxcv/0
Z/REB5f1DM0rrS+haVvYaBHLEsvh71R2viXEbw7DP2NghUvf7GGemtmD17eJ/8Wx
TOZyxr9FZUpafTDVbKzVTDpzU6HFyxRFfJXk+Suuvda3/mbfZfTXSaEnZP6Q2qQT
XWiIf9zyAj9ICCwL9NyL+lMjp3U2anw7sLVEmfqQkIvOqVU5aDeqAmBTCl7w1uzd
aG0ceY8Lj7Wi9GhRMhdc5EDKKIDx3LyNfrZtyZGrKnoeMCUU7f5Y0meagniGeaW1
y3Cc0Dinna9Aw5dk/mAoeGOgtxEKE8u2EZ9IPguFGx2LFOsbYT6CEHnq6Gh5vpY=
=cdsw
-----END PGP SIGNATURE-----




--
----Jordan Henderson

"I can picture in my mind a world without war, a world without hate. And I can picture us attacking that world, because they'd never expect it."
  - Jack Handey

Attachment: config_edited.log
Description: Binary data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]