Re: [PORTS] Compiling on 8.1.3 on Openserver 5.05
Mark Campbell <[email protected]> Thu, 11 May 2006 21:11:03 +0200
| Newsgroups | gmane.comp.db.postgresql.ports |
|---|---|
| Message-ID | <[email protected]> |
Thx Tom I edited the /usr/include/arpa/inet.h and added the following : #include <sys/byteorder.h> Looks correct as some of the errors seem to be gone, however where would I have to add/include the "h_errno" and the "warning: unreachable code at beginning of switch statement" worries me gmake command as follows: ksh# gmake gmake -C doc all gmake[1]: Entering directory `/tmp/mdc_postgres8.1.3/postgresql-8.1.3/doc' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/tmp/mdc_postgres8.1.3/postgresql-8.1.3/doc' gmake -C src all gmake[1]: Entering directory `/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src' gmake -C port all gmake[2]: Entering directory `/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src/port'gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -fno-strict-aliasing -I../../src/port -DFRONTEND-I../../src/include -c -o getaddrinfo.o getaddrinfo.c getaddrinfo.c: In function `pg_getaddrinfo': getaddrinfo.c:211: `h_errno' undeclared (first use in this function) getaddrinfo.c:211: (Each undeclared identifier is reported only once getaddrinfo.c:211: for each function it appears in.) getaddrinfo.c:215: warning: unreachable code at beginning of switch statement gmake[2]: *** [getaddrinfo.o] Error 1 gmake[2]: Leaving directory `/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src/port' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src' gmake: *** [all] Error 2 ksh# Regards Mark Tom Lane wrote: >Mark Campbell <[email protected]> writes: > > >>I found the following: >> >> > > > >>u_long ntohl __P((u_long)), htonl __P((u_long)); >>u_short ntohs __P((u_short)), htons __P((u_short)); >>#define htonl(x) (x) >>#define ntohs(x) (x) >>#define htons(x) (x) >>in /usr/include/sys/byteorder.h >> >> > >Hmm ... you could add "#include <sys/byteorder.h>" but I fear you're >going to need that in a lot of places. The Single Unix Spec specifies >that these functions are to be declared in <arpa/inet.h>, and that >seems to be where most systems put 'em, because I can't recall having >heard many previous complaints about this sort of failure. The shortest >route to success might be to modify your local copy of >/usr/include/arpa/inet.h to include sys/byteorder.h, instead. > >BTW, it could be that arpa/inet.h already does include sys/byteorder.h, >but only when some configuration symbol is defined. In that case you >might want to force the configuration symbol instead. Compare HPUX, >where we do > CPPFLAGS="-D_XOPEN_SOURCE_EXTENDED" >in order to get access to a reasonable set of predefined symbols ... > > regards, tom lane > >---------------------------(end of broadcast)--------------------------- >TIP 9: In versions below 8.0, the planner will ignore your desire to > choose an index scan if your joining column's datatypes do not > match > >