[Bug libc/561] New: __interface in /usr/include/netinet/in.h

["Eric dot W dot Moore at intel dot com" <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=561

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.