Re: Compiling on 8.1.3 on Openserver 5.05

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

Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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

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:
> Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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
>

Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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

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 <mark(dot)campbell(at)ucs-software(dot)co(dot)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
>
>

Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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

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:

>Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly
>
>

Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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

*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(dot)campbell(at)ucs-software(dot)co(dot)za
(011) 712 1521

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

Tom Lane wrote:
> Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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
>

Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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

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(dot)campbell(at)ucs-software(dot)co(dot)za
(011) 712 1521

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

Tom Lane wrote:
> Mark Campbell <mark(dot)campbell(at)ucs-software(dot)co(dot)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
>

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

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. +

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. +

>> 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/

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. +