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 bug-gnulib@gnu.org 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: balicki.aleksan...@gmail.com
jabber: wszystkie.inne.byly.zaj...@gmail.com
