Re: [HACKERS] PostgreSQL v6.4 BETA2 ...

From: "Thomas G(dot) Lockhart" <lockhart(at)alumni(dot)caltech(dot)edu>
To: "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] PostgreSQL v6.4 BETA2 ...
Date: 1998-10-14 01:33:45
Message-ID: 3623FF79.C82B17C8@alumni.caltech.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Any arguments against getting a BETA2 out tomorrow afternoon?

None, though I've just stumbled across some config stuff which would be
nice to clean up.

It came up when I tried upgrading compilers. The new one omitted an
explicit cpp, the preprocessor. Builds failed because references to it
are hardcoded, along with paths to find it, in at least two script files
for the backend.

It also turns out that autoconf already checks for cpp, or the
equivalent, but the result wasn't being used. So, fine, but...

autoconf concludes that "gcc -E" is equivalent to cpp on my system. And
it is, except that it needs an explicit bare "-" argument to try reading
from a pipe, which is how cpp was being used. I can test for "gcc" being
in the command, and add the argument, _or_ can change the scripts to
write a temporary file instead (they already write some temp files).

Comments? Suggestions??

- Tom

Oh, I'm probably going to revert back to the compiler package which
includes cpp...

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tatsuo Ishii 1998-10-14 01:40:41 Re: [HACKERS] Alternative to LIMIT in SELECT ?
Previous Message Bruce Momjian 1998-10-14 00:47:01 Re: [HACKERS] What about LIMIT in SELECT ?