bug-gnulib
[Top][All Lists]
Advanced

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

Re: btowc(0) configure check hangs clang? [was: Possible configure bug]


From: Aleksander Balicki
Subject: Re: btowc(0) configure check hangs clang? [was: Possible configure bug]
Date: Sat, 3 Sep 2011 00:48:09 +0200 (CEST)
User-agent: Alpine 2.00 (LNX 1167 2008-08-23)

On Fri, 2 Sep 2011, Eric Blake wrote:

On 09/02/2011 03:53 PM, Aleksander Balicki wrote:
 I was ask to forward the message here. Because there nothing more to it,
 I'll just paste the bugzilla link:
 https://bugzilla.redhat.com/process_bug.cgi

Bogus link.  You meant to give a lot more details, so I'll help you out:

https://bugzilla.redhat.com/show_bug.cgi?id=735515

But for those who aren't in the mood to click through:

 Description of problem:
 libvirt doesn't compile under clang
 it doesn't even finish configure
 it hangs forever on the btowc(0) check
 on gcc it goes thru

 after conversation on #llvm got info, that's probably the fault of
 configure
 abusing inline.


 Version-Release number of selected component (if applicable): 0.9.{3,4}


 How reproducible: always

 Steps to Reproduce:
 1.compile on gentoo USE=virt-network CC=clang CXX=clang++ emerge -1
 libvirt

 Actual results:
 hangs on the line: checking btowc(0)

 Expected results:
 go thru with configure and compilation

 Additional info:

 [reply] [-]
 Comment 1 Eric Blake 2011-09-02 15:30:37 MDT

 This sounds like a gnulib problem that will impact multiple source
 packages.
 Can you please send email to address@hidden describing the issues, and
 give
 the details from the conversation on #llvm why you think it is a configure
 bug?

 [reply] [-]
 Comment 2 Aleksander Balicki 2011-09-02 15:50:32 MDT

 19:10:35 alistra_> i have another gcc/clang mismatch, libvirt-0.9.{3,4}
 hangs
 on configure on the line checking whether btowc(0) is correct...
 19:10:56 alistra_> clang hangs and gcc goes thru
 19:11:33 echristo> yeah, it's a wonky configure program that abuses inline

 sorry for the compactness, but it's the only info i got




Aleksander Balicki 2011-09-02 18:47:03 EDT
it was checked with clang-2.9 and trunk - the same effect

it compiles under gcc-4.4.5

--
Aleksander "Alistra" Balicki

email:  address@hidden
jabber: address@hidden



reply via email to

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