Compiling on 8.1.3 on Openserver 5.05

Started by Mark Campbellover 19 years ago16 messages
#1Mark Campbell
mark.campbell@ucs-software.co.za

Hi

I have searched the archives, and a lot of people seem to have hassles
with this, but I cannot seem to find anything related to my problems.

OS - Sco Openserver 5.05

Software installed from Caldera Skunkware ftp site:
Flex - Fast Lexical Analyzer (ver 2.5.4)
GCC - GNU Compiler Collection (ver 2.95.2pl1)
GNU Parser Generator (ver 1.25)
GNU make (ver 3.78.1)
GZIP GNU Compress (ver 1.2.4)
Readline (ver 2.1)
zlib - unencumbered lossless data-compression library (ver 1.1.4)
SCO OpenServer Linker and Application Development Libraries

The history:
1)Installed postgres version 7.2.1 from skunkware, but I ended up with
"bus errors"
2) Thought I would be clever and download the latest source 8.1.3 and
compile it on my system (see above for software installed)
3) First the "configure" command gave me all sorst of hassles.
4) Finally got that to work
5) Now the gmake does not work, and I am at the end of my tether

The end of the "configure" run, it looks ok to me, but maybe the experts
can see if it created everything it needed to:

configure: creating ./config.status
config.status: creating GNUmakefile
config.status: creating src/Makefile.global
config.status: creating src/include/pg_config.h
config.status: src/include/pg_config.h is unchanged
config.status: linking ./src/backend/port/tas/dummy.s to
src/backend/port/tas.s
config.status: linking ./src/backend/port/dynloader/sco.c to
src/backend/port/dynloader.c
config.status: linking ./src/backend/port/sysv_sema.c to
src/backend/port/pg_sema.c
config.status: linking ./src/backend/port/sysv_shmem.c to
src/backend/port/pg_shmem.c
config.status: linking ./src/backend/port/dynloader/sco.h to
src/include/dynloader.h
config.status: linking ./src/include/port/sco.h to
src/include/pg_config_os.h
config.status: linking ./src/makefiles/Makefile.sco to src/Makefile.port

Now the "gmake" command:

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 -g -I../../src/port -DFRONTEND
-I../../src/include -c -o getaddrinfo.o getaddrinfo.c
getaddrinfo.c: In function `pg_getaddrinfo':
getaddrinfo.c:189: warning: implicit declaration of function `htonl'
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
getaddrinfo.c:238: warning: implicit declaration of function `htons'
getaddrinfo.c: In function `pg_getnameinfo':
getaddrinfo.c:416: warning: implicit declaration of function `ntohs'
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

Any help here would be greatly appreciated

Thx

--

Mark Campbell

Confidentiality Notice: http://ucs.co.za/conf.html

#2Tom Lane
tgl@sss.pgh.pa.us
In reply to: Mark Campbell (#1)
Re: Compiling on 8.1.3 on Openserver 5.05

Mark Campbell <mark.campbell@ucs-software.co.za> writes:

getaddrinfo.c: In function `pg_getaddrinfo':
getaddrinfo.c:189: warning: implicit declaration of function `htonl'
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
getaddrinfo.c:238: warning: implicit declaration of function `htons'
getaddrinfo.c: In function `pg_getnameinfo':
getaddrinfo.c:416: warning: implicit declaration of function `ntohs'

Hmm, looks like your system declares htonl() and friends in some other
header file than where getaddrinfo.c is expecting. Grep through
everything under /usr/include and see where these symbols are declared.

BTW, what problems did you have with configure?

regards, tom lane

#3Mark Campbell
mark.campbell@ucs-software.co.za
In reply to: Tom Lane (#2)
Re: Compiling on 8.1.3 on Openserver 5.05

Searching through /usr/include with the following script:

for i in `find . *`
do
egrep "htonl|htons|ntohs" $i
if [ $? = 0 ]
then
echo $i
fi
done

I found the following:

extern u_short mdi_htons(u_short);
extern u_short mdi_ntohs(u_short);
in /usr/include/sys/mdi.h

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

#define IXDR_PUT_LONG(buf, v) (*(buf)++ = (long)htonl((ulong)v))
in /usr/include/rpc/xdr.h

Nothing was found in /usr/local/include

The problem I had with configure, was that gcc could not find cc1

Mark Campbell

Confidentiality Notice: http://ucs.co.za/conf.html

Tom Lane wrote:

Show quoted text

Mark Campbell <mark.campbell@ucs-software.co.za> writes:

getaddrinfo.c: In function `pg_getaddrinfo':
getaddrinfo.c:189: warning: implicit declaration of function `htonl'
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
getaddrinfo.c:238: warning: implicit declaration of function `htons'
getaddrinfo.c: In function `pg_getnameinfo':
getaddrinfo.c:416: warning: implicit declaration of function `ntohs'

Hmm, looks like your system declares htonl() and friends in some other
header file than where getaddrinfo.c is expecting. Grep through
everything under /usr/include and see where these symbols are declared.

BTW, what problems did you have with configure?

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

#4Tom Lane
tgl@sss.pgh.pa.us
In reply to: Mark Campbell (#3)
Re: Compiling on 8.1.3 on Openserver 5.05

Mark Campbell <mark.campbell@ucs-software.co.za> 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

#5Mark Campbell
mark.campbell@ucs-software.co.za
In reply to: Tom Lane (#4)
Re: Compiling on 8.1.3 on Openserver 5.05

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:

Show quoted text

Mark Campbell <mark.campbell@ucs-software.co.za> 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

#6Tom Lane
tgl@sss.pgh.pa.us
In reply to: Mark Campbell (#5)
Re: Compiling on 8.1.3 on Openserver 5.05

Mark Campbell <mark.campbell@ucs-software.co.za> writes:

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

h_errno ought to be declared in <netdb.h> according to the standard.
Can you find it on your machine?

regards, tom lane

#7Mark Campbell
mark.campbell@ucs-software.co.za
In reply to: Tom Lane (#6)
Re: Compiling on 8.1.3 on Openserver 5.05

I have the this bit of code in netdb.h

/*
* Error return codes from gethostbyname() and gethostbyaddr() (left in
* extern int h_errno).
*/

#define NETDB_INTERNAL -1 /* see errno */
#define NETDB_SUCCESS 0 /* no problem */

#define HOST_NOT_FOUND 1 /* Authoritative Answer Host not found */
#define TRY_AGAIN 2 /* Non-Authoritive Host not found, or
* SERVERFAIL */
#define NO_RECOVERY 3 /* Non recoverable errors, FORMERR, REFUSED,
* NOTIMP */
#define NO_DATA 4 /* Valid name, no data record of requested
* type */
#define NO_ADDRESS NO_DATA /* no address, look for MX record */

and this in resolv.h

/*
* This used to be defined in res_query.c, now it's in herror.c. It was
* never extern'd by any *.h file before it was placed here. herror.c is
* part of libresolv.a even though it might make more sense in libnetdb.a
* or even libnet.a.
*/

extern int h_errno;

Tom Lane wrote:

Show quoted text

Mark Campbell <mark.campbell@ucs-software.co.za> writes:

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

h_errno ought to be declared in <netdb.h> according to the standard.
Can you find it on your machine?

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly

#8Tom Lane
tgl@sss.pgh.pa.us
In reply to: Mark Campbell (#7)
Re: Compiling on 8.1.3 on Openserver 5.05

Mark Campbell <mark.campbell@ucs-software.co.za> writes:

and this in resolv.h

/*
* This used to be defined in res_query.c, now it's in herror.c. It was
* never extern'd by any *.h file before it was placed here. herror.c is
* part of libresolv.a even though it might make more sense in libnetdb.a
* or even libnet.a.
*/

extern int h_errno;

So reading the standard isn't high on their to-do list for resolving
such questions :-(

Although you could probably fix this with #include <resolv.h>, that
seems a bit random to me. Why don't you try this instead in
getaddrinfo.c:

#ifndef h_errno
extern int h_errno;
#endif

regards, tom lane

#9Mark Campbell
mark.campbell@ucs-software.co.za
In reply to: Tom Lane (#8)
Re: Compiling on 8.1.3 on Openserver 5.05

*I added your bit of code to the gettaddrinfo.c file, ran gmake, and
then got an error on the same h_errno with a different file "thread.c"*

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
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o getopt_long.o getopt_long.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o snprintf.o snprintf.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o copydir.o copydir.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o dirmod.o dirmod.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o exec.o exec.cgcc -b elf -O2 -Wall
-Wmissing-prototypes-Wpointer-arith -Winline -fno-strict-aliasing
-I../../src/port -DFRONTEND -I../../src/include -c -o noblock.o noblock.c
echo "#define PGBINDIR \"/usr/local/pgsql/bin\"" >pg_config_paths.h
echo "#define PGSHAREDIR \"/usr/local/pgsql/share\"" >>pg_config_paths.h
echo "#define SYSCONFDIR \"/usr/local/pgsql/etc\"" >>pg_config_paths.h
echo "#define INCLUDEDIR \"/usr/local/pgsql/include\"" >>pg_config_paths.h
echo "#define PKGINCLUDEDIR \"/usr/local/pgsql/include\""

pg_config_paths.h

echo "#define INCLUDEDIRSERVER \"/usr/local/pgsql/include/server\""

pg_config_paths.h

echo "#define LIBDIR \"/usr/local/pgsql/lib\"" >>pg_config_paths.h
echo "#define PKGLIBDIR \"/usr/local/pgsql/lib\"" >>pg_config_paths.h
echo "#define LOCALEDIR \"\"" >>pg_config_paths.h
echo "#define DOCDIR \"/usr/local/pgsql/doc\"" >>pg_config_paths.h
echo "#define MANDIR \"/usr/local/pgsql/man\"" >>pg_config_paths.h
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o path.o path.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o pipe.o pipe.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o pgsleep.o pgsleep.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o pgstrcasecmp.o pgstrcasecmp.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c -o sprompt.o sprompt.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../src/port -DFRONTEND -I../../src/include
-c thread.c
thread.c: In function `pqGethostbyname':
thread.c:149: `h_errno' undeclared (first use in this function)
thread.c:149: (Each undeclared identifier is reported only once
thread.c:149: for each function it appears in.)
gmake[2]: *** [thread.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

*Then I added your code into the thread.c file and got the command "ar"
not found. If have searched for the "ar" command, but it is not on my
system.*

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'
ar cr libpgport.a isinf.o fseeko.o unsetenv.o getaddrinfo.o
getopt_long.o snprintf.o copydir.o dirmod.o exec.o noblock.o path.o
pipe.o pgsleep.o pgstrcasecmp.osprompt.o thread.o
gmake[2]: ar: Command not found
gmake[2]: *** [libpgport.a] Error 127
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#

*Back to ftp Caldera and found "ar", now gmake runs for quite some time
and after a while I get the next error:*

gmake -C transam SUBSYS.o
gmake[4]: Entering directory
`/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src/backend/access/transam'gcc
-b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../../../src/include -c -o clog.o clog.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../../../src/include -c -o transam.o
transam.cgcc -b elf -O2 -Wall -Wmissing-prototypes
-Wpointer-arith-Winline -fno-strict-aliasing -I../../../../src/include
-c -o varsup.o varsup.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../../../src/include -c -o xact.o xact.c
gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../../../src/include -c -o xlog.o xlog.c
/usr/tmp/cczOwssE.s:651:syntax error at name: f
/usr/tmp/cczOwssE.s:654:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:1092:syntax error at name: f
/usr/tmp/cczOwssE.s:1095:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:1541:syntax error at name: f
/usr/tmp/cczOwssE.s:1544:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:2218:syntax error at name: f
/usr/tmp/cczOwssE.s:2221:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:2327:syntax error at name: f
/usr/tmp/cczOwssE.s:2330:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:10457:syntax error at name: f
/usr/tmp/cczOwssE.s:10460:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:10732:syntax error at name: f
/usr/tmp/cczOwssE.s:10735:syntax error at integer constant: 1
gmake[4]: *** [xlog.o] Error 1
gmake[4]: Leaving directory
`/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src/backend/access/transam'
gmake[3]: *** [transam-recursive] Error 2
gmake[3]: Leaving directory
`/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src/backend/access'
gmake[2]: *** [access-recursive] Error 2
gmake[2]: Leaving directory
`/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src/backend'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/tmp/mdc_postgres8.1.3/postgresql-8.1.3/src'
gmake: *** [all] Error 2
ksh#

Now I seem to be lost again

Mark Campbell
mark.campbell@ucs-software.co.za
(011) 712 1521

Confidentiality Notice: http://ucs.co.za/conf.html

Tom Lane wrote:

Show quoted text

Mark Campbell <mark.campbell@ucs-software.co.za> writes:

and this in resolv.h

/*
* This used to be defined in res_query.c, now it's in herror.c. It was
* never extern'd by any *.h file before it was placed here. herror.c is
* part of libresolv.a even though it might make more sense in libnetdb.a
* or even libnet.a.
*/

extern int h_errno;

So reading the standard isn't high on their to-do list for resolving
such questions :-(

Although you could probably fix this with #include <resolv.h>, that
seems a bit random to me. Why don't you try this instead in
getaddrinfo.c:

#ifndef h_errno
extern int h_errno;
#endif

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

#10Tom Lane
tgl@sss.pgh.pa.us
In reply to: Mark Campbell (#9)
Re: Compiling on 8.1.3 on Openserver 5.05

Mark Campbell <mark.campbell@ucs-software.co.za> writes:

gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../../../src/include -c -o xlog.o xlog.c
/usr/tmp/cczOwssE.s:651:syntax error at name: f
/usr/tmp/cczOwssE.s:654:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:1092:syntax error at name: f
/usr/tmp/cczOwssE.s:1095:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:1541:syntax error at name: f
/usr/tmp/cczOwssE.s:1544:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:2218:syntax error at name: f
/usr/tmp/cczOwssE.s:2221:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:2327:syntax error at name: f
/usr/tmp/cczOwssE.s:2330:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:10457:syntax error at name: f
/usr/tmp/cczOwssE.s:10460:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:10732:syntax error at name: f
/usr/tmp/cczOwssE.s:10735:syntax error at integer constant: 1
gmake[4]: *** [xlog.o] Error 1

I'm coming to the conclusion that there's something seriously broken
about your system. You were having trouble with gcc back at the
beginning, IIRC, and seeing it emit malformed assembly code (which
seems to be what's happening above) is certainly something that should
never happen. So you've got a borked compiler and/or assembler,
no ar, headers that don't even come close to following the Single
Unix Spec ... if I were you I'd get something more standard, or
at least more up-to-date. You're going to have trouble building
*any* nontrivial software on that thing.

Reading between the lines, I surmise that you initially had an
installation without development tools (ar is certainly on the
short list of things that MUST be there to do any development).
It could be that some of the breakage is due to piecemeal addition
of devel tools. If so, it might help to reinstall the system from
the ground up, being sure to select all the devel tools this time.

regards, tom lane

#11Mark Campbell
mark.campbell@ucs-software.co.za
In reply to: Tom Lane (#10)
Re: Compiling on 8.1.3 on Openserver 5.05

Thanks very much with your patience and help.

I cannot reinstall this machine as it belongs to my client, but I was
going to try and make our lives easier (the developers) who have to
maintain the whole system

Regards

Mark Campbell
mark.campbell@ucs-software.co.za
(011) 712 1521

Confidentiality Notice: http://ucs.co.za/conf.html

Tom Lane wrote:

Show quoted text

Mark Campbell <mark.campbell@ucs-software.co.za> writes:

gcc -b elf -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-fno-strict-aliasing -I../../../../src/include -c -o xlog.o xlog.c
/usr/tmp/cczOwssE.s:651:syntax error at name: f
/usr/tmp/cczOwssE.s:654:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:1092:syntax error at name: f
/usr/tmp/cczOwssE.s:1095:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:1541:syntax error at name: f
/usr/tmp/cczOwssE.s:1544:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:2218:syntax error at name: f
/usr/tmp/cczOwssE.s:2221:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:2327:syntax error at name: f
/usr/tmp/cczOwssE.s:2330:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:10457:syntax error at name: f
/usr/tmp/cczOwssE.s:10460:syntax error at integer constant: 1
/usr/tmp/cczOwssE.s:10732:syntax error at name: f
/usr/tmp/cczOwssE.s:10735:syntax error at integer constant: 1
gmake[4]: *** [xlog.o] Error 1

I'm coming to the conclusion that there's something seriously broken
about your system. You were having trouble with gcc back at the
beginning, IIRC, and seeing it emit malformed assembly code (which
seems to be what's happening above) is certainly something that should
never happen. So you've got a borked compiler and/or assembler,
no ar, headers that don't even come close to following the Single
Unix Spec ... if I were you I'd get something more standard, or
at least more up-to-date. You're going to have trouble building
*any* nontrivial software on that thing.

Reading between the lines, I surmise that you initially had an
installation without development tools (ar is certainly on the
short list of things that MUST be there to do any development).
It could be that some of the breakage is due to piecemeal addition
of devel tools. If so, it might help to reinstall the system from
the ground up, being sure to select all the devel tools this time.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

#12Mark Campbell
mark.campbell@ucs-software.co.za
In reply to: Tom Lane (#10)
Re: Compiling on 8.1.3 on Openserver 5.05

Hi All

I downloaded version 7.3 and compiled that.

First I had to compile newer versions of "m4" and "bison"

At least I now have an up and running postgres server

Thanks for all the help

Mark Campbell

Confidentiality Notice: http://ucs.co.za/conf.html

#13Bruce Momjian
pgman@candle.pha.pa.us
In reply to: Mark Campbell (#12)
Re: [PORTS] Compiling on 8.1.3 on Openserver 5.05

Mark Campbell wrote:

Hi All

I downloaded version 7.3 and compiled that.

First I had to compile newer versions of "m4" and "bison"

At least I now have an up and running postgres server

Thanks for all the help

Mark Campbell

Confidentiality Notice: http://ucs.co.za/conf.html

^^^^^^^^^^^^^^^^^^^^^^^

Now there is a great idea! Instead of a huge block of legal text at the
bottom of the email, just link to the content. Seems that would keep
the lawyers and the email readers happy.

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

#14Bruce Momjian
pgman@candle.pha.pa.us
In reply to: Mark Campbell (#12)
Re: Compiling on 8.1.3 on Openserver 5.05

Mark Campbell wrote:

Hi All

I downloaded version 7.3 and compiled that.

First I had to compile newer versions of "m4" and "bison"

At least I now have an up and running postgres server

Thanks for all the help

Mark Campbell

Confidentiality Notice: http://ucs.co.za/conf.html

^^^^^^^^^^^^^^^^^^^^^^^

Now there is a great idea! Instead of a huge block of legal text at the
bottom of the email, just link to the content. Seems that would keep
the lawyers and the email readers happy.

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

#15Joshua D. Drake
jd@commandprompt.com
In reply to: Bruce Momjian (#13)
Re: [HACKERS] Compiling on 8.1.3 on Openserver 5.05

Mark Campbell

Confidentiality Notice: http://ucs.co.za/conf.html

^^^^^^^^^^^^^^^^^^^^^^^

Now there is a great idea! Instead of a huge block of legal text at the
bottom of the email, just link to the content. Seems that would keep
the lawyers and the email readers happy.

Accept, of course that he posted it to a public mailing list ;)

--

=== The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive PostgreSQL solutions since 1997
http://www.commandprompt.com/

#16Bruce Momjian
pgman@candle.pha.pa.us
In reply to: Joshua D. Drake (#15)
Re: [HACKERS] Compiling on 8.1.3 on Openserver 5.05

Joshua D. Drake wrote:

Mark Campbell

Confidentiality Notice: http://ucs.co.za/conf.html

^^^^^^^^^^^^^^^^^^^^^^^

Now there is a great idea! Instead of a huge block of legal text at the
bottom of the email, just link to the content. Seems that would keep
the lawyers and the email readers happy.

Accept, of course that he posted it to a public mailing list ;)

Right. I don't think we can prevent all supidity, but this helps. :-)

I think the big problem is people using company accounts where the
signature is automatically appended, even if they are posting to a
public mailing list.

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +