Re: Autoconf version discrepancies

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, The Hermit Hacker <scrappy(at)hub(dot)org>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Autoconf version discrepancies
Date: 2000-10-09 02:20:05
Message-ID: 21191.971058005@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
>> The patches ad, ae, and af will cause configure to fail on machines
>> without mktemp. It's not like things get "screwed up" for me, but the
>> point of Autoconf is portability to *all* machines, so FreeBSD-specific
>> changes/optimizations(?) seem misplaced.

> Are there any platforms that do not have mktemp? Hard to imagine.

Not hard at all, considering that mktemp(1) is defined by no standard
according to the references I have handy.

More generally, I have to side with Peter on this: local patches to
Autoconf are a fine example of Missing The Point. The output script
has to run everywhere, not only on your own platform.

Also, we not long ago went through the exercise of making sure that all
committers were standardized on the same version of Autoconf, ie, 2.13.
Now it emerges that hub.org is running a NON STANDARD version of
Autoconf: 2.13 + unspecified BSD-originated hacks. So the output is
likely to change depending on who committed last and where they did it
from.

This will not do. Please fix hub's copy of Autoconf.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2000-10-09 02:32:24 Re: C++ client libs
Previous Message Bruce Momjian 2000-10-09 01:59:20 Re: Syslog and pg_options (for RPMs)