FAQ
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

Search Discussions

  • Tom Lane at May 11, 2006 at 3:03 pm

    Mark Campbell 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
  • Mark Campbell at May 11, 2006 at 3:25 pm
    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.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
  • Tom Lane at May 11, 2006 at 5:23 pm

    Mark Campbell 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
  • Mark Campbell at May 11, 2006 at 7:05 pm
    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.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
  • Tom Lane at May 11, 2006 at 7:25 pm

    Mark Campbell 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
  • Mark Campbell at May 11, 2006 at 7:42 pm
    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.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
  • Tom Lane at May 11, 2006 at 7:51 pm

    Mark Campbell 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
  • Mark Campbell at May 12, 2006 at 8:19 am
    *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:
    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
  • Tom Lane at May 12, 2006 at 1:57 pm

    Mark Campbell 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
  • Mark Campbell at May 12, 2006 at 3:09 pm
    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:
    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
  • Mark Campbell at May 15, 2006 at 12:45 pm
    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
  • Bruce Momjian at May 15, 2006 at 3:39 pm

    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. +
  • Harvey, Allan AC at May 14, 2006 at 11:17 pm
    Mark,

    Been following some of your problems with SCO and postgres compile.

    Been there a bit myself.

    Whilst I don't have a 5.0.5 dev systems any more I do have a 5.0.7.

    I have postgres 7.4.5 and 8.0.1 compiled as best as possible under SCO.

    I use the 7.4.5 and have not had a problem with what I do so have not moved on.
    I ventured to 8.0.1 to see what problems I would have. There were some. See the PORTS archive.

    If you have an ftp address I can deposite an archive of each.

    I think it would be worth a try even though these were done under 5.0.7
    If you would like to try one of these versions and it goes I could have a go at the release you really want.

    Allan

    Allan Harvey
    Senior Systems Engineer
    Onsteel Market Mills




    The material contained in this email may be confidential, privileged or copyrighted. If you are not the intended recipient, use, disclosure or copying of this information is prohibited. If you have received this document in error, please advise the sender and delete the document. Neither OneSteel nor the sender accept responsibility for any viruses contained in this email or any attachments.
  • Bruce Momjian at May 15, 2006 at 4:05 pm

    David Morton wrote:
    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Bruce Momjian wrote:
    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.
    email reader happier? slightly
    lawyers, maybe.

    Does it actually do any good or provide any legal binding at all? No.
    True.

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

    + If your life is a hard drive, Christ can be your backup. +
  • Joshua D. Drake at May 15, 2006 at 5:22 pm

    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/
  • Bruce Momjian at May 15, 2006 at 5:26 pm

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

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouppgsql-ports @
categoriespostgresql
postedMay 11, '06 at 2:10p
activeMay 15, '06 at 5:26p
posts17
users5
websitepostgresql.org
irc#postgresql

People

Translate

site design / logo © 2022 Grokbase