Re: True64 Unix v5.1 - postgresql-7.2.4 compilation problem - Mailing list pgsql-bugs

From Bruce Momjian
Subject Re: True64 Unix v5.1 - postgresql-7.2.4 compilation problem
Date
Msg-id 200308301651.h7UGphU14013@candle.pha.pa.us
Whole thread Raw
In response to True64 Unix v5.1 - postgresql-7.2.4 compilation problem  (Karthik K S <12011b005@cdl.msitprogram.net>)
List pgsql-bugs
Not sure --- please try 7.3.4 or 7.4beta2.

---------------------------------------------------------------------------

Karthik K S wrote:
> ============================================================================
>                         POSTGRESQL BUG REPORT TEMPLATE
> ============================================================================
>
>
> Your name        :    Karthik S
> Your email address    :karthik@msitprogram.net
>
>
> System Configuration
> ---------------------
>   Architecture (example: Intel Pentium)      :Compaq 4 processors (True 64)
>
>   Operating System (example: Linux 2.0.26 ELF)     :uname -a: OSF1
> ES45CCMB.ccmb.res.in V5.1 1885 alpha
>
>   PostgreSQL version (example: PostgreSQL-7.2.4):   PostgreSQL-7.2.4
>
>   Compiler used (example:  gcc 2.95.2)        : Unix ISO/ANSI C - compiler
>
>
> Please enter a FULL description of your problem:
> ------------------------------------------------
> Installation is getting stuck during the 'make' stage. It giving 'NAN'
> compile-time evaluation of
> '0.0/0.0' error, as shown below:
>  # make
> Using GNU make found at /usr/local/bin/make
> /usr/local/bin/make -C doc all
> make[1]: Entering directory `/usr/local/src/postgresql-7.2.4/doc'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/usr/local/src/postgresql-7.2.4/doc'
> /usr/local/bin/make -C src all
> make[1]: Entering directory `/usr/local/src/postgresql-7.2.4/src'
> /usr/local/bin/make -C backend all
> .
> ....[truncated]
> .
> .
> make[3]: Entering directory
> `/usr/local/src/postgresql-7.2.4/src/backend/utils'
> /usr/local/bin/make -C adt SUBSYS.o
> make[4]: Entering directory
> `/usr/local/src/postgresql-7.2.4/src/backend/utils/a
> dt'
> cc -std -O4 -Olimit 2000 -I../../../../src/include   -c float.c -o float.o
> cc: Error: float.c, line 202: In this statement, the libraries on this
> platform
> do not yet support compile-time evaluation of the constant expression
> "0.0/0.0".
>  (constfoldns)
>                         val = NAN;
> ------------------------------^
> cc: Error: float.c, line 263: In this statement, the libraries on this
> platform
> do not yet support compile-time evaluation of the constant expression
> "0.0/0.0".
>  (constfoldns)
>                         val = NAN;
> ------------------------------^
> make[4]: *** [float.o] Error 1
> make[4]: Leaving directory
> `/usr/local/src/postgresql-7.2.4/src/backend/utils/ad
> t'
> make[3]: *** [adt-recursive] Error 2
> make[3]: Leaving directory
> `/usr/local/src/postgresql-7.2.4/src/backend/utils'
> make[2]: *** [utils-recursive] Error 2
> make[2]: Leaving directory `/usr/local/src/postgresql-7.2.4/src/backend'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/usr/local/src/postgresql-7.2.4/src'
> make: *** [all] Error 2
> *** Exit 2
> Stop.
> #
>
>
>
>
> Please describe a way to repeat the problem.   Please try to provide a
> concise reproducible example, if at all possible:
> ----------------------------------------------------------------------
> we used './configure --with-CXX --with-perl --enable-odbc --with-java
> --without-readline'
> this worked perfectly...
> then we ran make.
>
>
>
>
> If you know how this problem might be fixed, list the solution below:
> ---------------------------------------------------------------------
> This bug disapeared when we changed the definition of NAN from (0.0/0.0)
> to 0 in float.c and numeric.c
> But then the make process got hung after it tried and could not find a few
> cluster and process files.
> The new linefeed we got is given below:
> # make
> Using GNU make found at /usr/local/bin/make
> /usr/local/bin/make -C doc all
> .
> ....[truncated]
> .
> make[2]: Leaving directory `/usr/local/src/postgresql-7.2.4/src/include'
> /usr/local/bin/make -C interfaces all
> make[2]: Entering directory `/usr/local/src/postgresql-7.2.4/src/interfaces'
> make[3]: Entering directory
> `/usr/local/src/postgresql-7.2.4/src/interfaces/libp
> q'
> ar crs libpq.a `lorder fe-auth.o fe-connect.o fe-exec.o fe-misc.o
> fe-print.o fe-
> lobj.o pqexpbuffer.o dllist.o md5.o pqsignal.o | tsort`
> find: /cluster/members/member0/dev/pts/9 : Bad file number
> find: /cluster/members/member0/dev/ttyp9 : Bad file number
> make[3]: *** [libpq.a] Interrupt     (we press ctrl -c here)
> make[2]: *** [all] Interrupt
> make[1]: *** [all] Interrupt
> make: *** [all] Interrupt
>
>
> *** Exit 130
> Stop.
> #
>
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-bugs by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: bug report: pg_dump does not use CASCADE in DROP
Next
From: Tom Lane
Date:
Subject: Re: bug report: pg_dump does not use CASCADE in DROP