Re: True64 Unix v5.1 - postgresql-7.2.4 compilation problem

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Karthik K S <12011b005(at)cdl(dot)msitprogram(dot)net>
Cc: pgsql-ports(at)postgresql(dot)org, pgsql-bugs(at)postgresql(dot)org
Subject: Re: True64 Unix v5.1 - postgresql-7.2.4 compilation problem
Date: 2003-08-30 16:51:43
Message-ID: 200308301651.h7UGphU14013@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-ports


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(at)msitprogram(dot)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(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2003-08-30 16:54:17 Re: bug report: pg_dump does not use CASCADE in DROP
Previous Message Bruce Momjian 2003-08-30 16:41:26 Re: bug report: pg_dump does not use CASCADE in DROP

Browse pgsql-ports by date

  From Date Subject
Next Message Janko Richter 2003-09-02 09:43:35 PgSQL74b2: initdb fails (max_connections)
Previous Message Karthik K S 2003-08-29 08:29:51 True64 Unix v5.1 - postgresql-7.2.4 compilation problem