Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-26 Thread Corinna Vinschen
On Aug 25 23:36, Charles Wilson wrote: On 8/21/2010 4:54 AM, Corinna Vinschen wrote: The question is, why does libtirpc declare the functions at all? Does it come with its own implementation? Yes, it does. And, that implementation is used by the upstream source for linux, in preference

Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-26 Thread Charles Wilson
On 8/26/2010 4:26 AM, Corinna Vinschen wrote: On Aug 25 23:36, Charles Wilson wrote: On 8/21/2010 4:54 AM, Corinna Vinschen wrote: The question is, why does libtirpc declare the functions at all? Does it come with its own implementation? Yes, it does. And, that implementation is used by

Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-26 Thread Eric Blake
On 08/25/2010 09:36 PM, Charles Wilson wrote: Unless I rebuild with renamed versions, and bump the API number. Or, don't bump the API number and break stuff. Since it is a new package, and so far only Erick's private libvirt seems to use it, I'm actually leaning that way. Eric, any thoughts?

Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-25 Thread Charles Wilson
On 8/21/2010 4:54 AM, Corinna Vinschen wrote: On Aug 20 21:07, Charles Wilson wrote: If you concur, I'll post a patch to that effect to cygwin-patches (we use our own header, not newlib's, for netinet/in.h). This is not the right solution. OK. First, we don't support _BSD_SOURCE and

Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-21 Thread Corinna Vinschen
On Aug 20 21:07, Charles Wilson wrote: On 8/20/2010 8:35 PM, Eric Blake wrote: In file included from ././remote/qemu_protocol.h:9, from remote/qemu_protocol.c:7: /usr/include/tirpc/rpc/rpc.h:84: warning: redundant redeclaration of 'bindresvport' [-Wredundant-decls]

Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-21 Thread Corinna Vinschen
On Aug 21 10:54, Corinna Vinschen wrote: On Aug 20 21:07, Charles Wilson wrote: #if defined(_BSD_SOURCE) || defined(_GNU_SOURCE) This is not the right solution. [...] On Linux, bindresvport and bindresvport6 are available by default, [...] Well, the declaration of bindresvport6 is

Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-20 Thread Eric Blake
On 08/19/2010 11:13 AM, Charles Wilson wrote: libtirpc is an updated version of the Sun RPC library. As such, it replaces part of the (orphaned) sunrpc package -- just as on linux, it replaces the built-in RPC routines in glibc: http://nfsv4.bullopensource.org/doc/tirpc_rpcbind.php You

Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-20 Thread Charles Wilson
On 8/20/2010 8:35 PM, Eric Blake wrote: (Hmm - libvirt hasn't yet learned how to use tirpc on Linux, since rpc/rpc.h is directly in /usr/include on Fedora as part of glibc-headers; so I had to run 'make CFLAGS=-I/usr/include/tirpc LDFLAGS=-ltirpc', but that's an issue for the libvirt mailing

[ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

2010-08-19 Thread Charles Wilson
libtirpc is an updated version of the Sun RPC library. As such, it replaces part of the (orphaned) sunrpc package -- just as on linux, it replaces the built-in RPC routines in glibc: http://nfsv4.bullopensource.org/doc/tirpc_rpcbind.php You should update sunrpc, if installed, to 4.0-4 or above.