This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: libtirpc and redeclared bindresvport/bindresvport_sa
- From: Yaakov Selkowitz <yselkowitz at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Mon, 16 Jun 2014 13:55:00 -0500
- Subject: Re: libtirpc and redeclared bindresvport/bindresvport_sa
- Authentication-results: sourceware.org; auth=none
- References: <5384368E dot 4000707 at lysator dot liu dot se>
On 2014-05-27 01:54, Peter Rosin wrote:
I ran into this problem [1] when doing some RPC coding, and went
searching for a resolution. But I came up empty. Was there any
further discussion?
AFAICS that thread is the extent of it.
Is this what is holding up the libvirt ITP?
No, I think that would just be Eric's schedule.
Meanwhile, libtirpc-0.2.4 has been released, but this particular
problem probably remains [2].
The issue is an upstream one, and as you note, exists even on glibc
platforms. The function originates in sunrpc code, which is now
maintained as libtirpc, but because it was treated as a generic
networking function in glibc (declared in <netinet/in.h>), it is still
provided even if the now-obsolete RPC code is not (IOW if glibc is
configured w/o --enable-obsolete-rpc).
Since these are just redundant declarations and not conflicting ones,
each existing for good reason, and the identical situation exists on
glibc platforms, I don't think this is really an issue that needs to be
addressed at this time. If a real-world failure does occur, we can
reassess the situation then.
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple