This is the mail archive of the
glibc-bugs@sources.redhat.com
mailing list for the glibc project.
[Bug libc/560] New: __interface in /usr/include/netinet/in.h
- From: "Eric dot W dot Moore at intel dot com" <sourceware-bugzilla at sources dot redhat dot com>
- To: glibc-bugs at sources dot redhat dot com
- Date: 19 Nov 2004 01:43:14 -0000
- Subject: [Bug libc/560] New: __interface in /usr/include/netinet/in.h
- Reply-to: sourceware-bugzilla at sources dot redhat dot com
The Intel C++ Compiler cannot compile applications which
include /usr/include/netinet/in.h which was modified in cvs
http://sources.redhat.com/ml/glibc-cvs/2004-q3/msg00229.html - because of the
use of the
__interface keyword. Which is already a keyword of the intel compiler.
An example of the change....
extern int getipv4sourcefilter (int __s, struct in_addr __interface,
struct in_addr __group, uint32_t *__fmode, uint32_t *__numsrc, struct in_addr
*__slist)
The spec for getipv4sourcefilter is at http://www.xaml.net/articles/rfc.aspx?
rfc=3678
The spec uses interface not __interface
int getipv4sourcefilter(int s, struct in_addr interface, struct in_addr
group, uint32_t *fmode, uint32_t *numsrc, struct in_addr *slist);
This implementation doesn't meet C++ language standards.
section 17.4.3.1.2 of the C++ spec says that:
Certain sets of names and function signatures are always reserved to the
implementation:
-Each name that contains a double underscore (__) or begins with an underscore
followed by an uppercase letter(2.11) is reserved to the implementation for
any use
--
Summary: __interface in /usr/include/netinet/in.h
Product: glibc
Version: 2.3.3
Status: NEW
Severity: minor
Priority: P2
Component: libc
AssignedTo: gotom at debian dot or dot jp
ReportedBy: Eric dot W dot Moore at intel dot com
CC: glibc-bugs at sources dot redhat dot com
http://sources.redhat.com/bugzilla/show_bug.cgi?id=560
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.