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

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 pre

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 an

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-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-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 mailin

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 should

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