On Mon, Sep 19, 2011 at 09:23:02AM -0700, Jason Helfman thus spake:
> On Mon, Sep 19, 2011 at 11:56:52AM +0800, Daniel Veillard thus spake:
>> On Sun, Sep 18, 2011 at 08:48:23PM -0700, Jason Helfman wrote:
>>> On Sun, Sep 18, 2011 at 06:55:06PM +0800, Daniel Veillard thus spake:
>>> >I have made a third release candidate tarball (and associated
>>> rpms) at
>>> >
ftp://libvirt.org/libvirt/libvirt-0.9.5-rc2.tar.gz
>>> >and tagged in git for it.
>>> >This one should fis the MacOS-X/BSD portability problem thanks to
>>> Peter
>>> >and Eric, and if everything goes well I will probably release
>>> 0.9.5 on
>>> >Monday or more likely on Tuesday to give people a bit more time to
>>> test that
>>> >latest candidate
>>> >
>>> > So give it a try, thanks !
>>> >
>>> >Daniel
>>> >
>>>
>>> Failed build on FreeBSD:
>>>
>>> gmake[3]: Entering directory
>>> `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.5/src'
>>> CCLD libvirt_iohelper
>>> ./.libs/libvirt_util.a(libvirt_util_la-threads.o)(.text+0x263): In
>>> function `virThreadCreate':
>>> : undefined reference to `pthread_create'
>>
>> Hum, it compiles so you have pthreads on the system, but maybe it
>> needs to be linked through a special -lpthread linker option
>> Looking at configure.ac it seems that gnulib is setting $LIB_PTHREAD
>> can you look in your config.log for pthread lookup result and
>> in the resulting src/Makefile to see how LIB_PTHREAD is set,
>>
>> thanks,
>>
>> Daniel
>>
> That value is empty.
> LIB_PTHREAD =
>
> -jgh
>
Any ideas on how this is empty?
Thanks,
Jason
Should be caused by gl_PTHREAD_CHECK of gnulib doesn't work
well on FreeBSD. But don't have a FreeBSD box in hand.
Osier