Steve Dickson, le Wed 15 Dec 2010 15:48:38 -0500, a écrit : > > Building it with ``make -k'': > > > > ../../master/src/auth_unix.c:187: error: ‘MAXHOSTNAMELEN’ undeclared > > (first use in this function) > I don't understand what this is complaining about. Obviously > MAXHOSTNAMELEN is define (see rpc/types.h) otherwise the non-hurd build > would fail.
MAXHOSTNAMELEN is defined on some OSes, but not on others, as POSIX says it's an optional macro (it's not defined when there is no limitation). See http://www.gnu.org/software/hurd/hurd/porting/guidelines.html#PATH_MAX_tt_MAX_PATH_tt_MAXPATHL > Also, I've realized adding: > #ifndef MAXHOSTNAMELEN > #define MAXHOSTNAMELEN 64 > #endif > to auth_unix.c eliminates this "error". That's a crude way, but yes it should work. > But again those ifdefs are not needed on "normal" builds so what > gives? They are not needed on OSes which have a hostname lenght limitation, but they are needed on OSes which don't. > > ../../master/src/bindresvport.c:189: error: ‘IPV6_PORTRANGE’ undeclared > > (first use in this function) > > ../../master/src/bindresvport.c:190: error: ‘IPV6_PORTRANGE_LOW’ > > undeclared (first use in this function) > This is true but these defines are in non-Linux code so I guess > the hurd builds defines both Linux and non-Linux parts of the code? It just means that these are not Linux-only. But that doesn't mean it's standard macros. And indeed, while some other IPV6_* macros are in posix, IPV6_PORTRANGE* are not, and thus aren't standard. > > ../../master/src/rpc_soc.c: In function ‘clnt_com_create’: > > ../../master/src/rpc_soc.c:108: error: ‘SOCK_CLOEXEC’ undeclared (first > > use in this function) > > ../../master/src/rpc_soc.c:108: error: (Each undeclared identifier is > > reported only once > > ../../master/src/rpc_soc.c:108: error: for each function it appears in.) > Again these are defined through sys/socket.h (actually in bits/socket.h). On which systems? In glibc it's only defined for Linux, not for other ports. > So again I'm a bit confused as to what is needed... Make that part of the code ifdefed-out (ending up in reduced functionality, yes). Samuel -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
