Date: Sat, 28 Oct 2000 16:24:19 +0200 (CEST)
From: Peter Eisentraut <peter_e(at)gmx(dot)net>
Ian Lance Taylor writes:
> I normally prefer to build packages in directory other than the source
This is supported by the development branch since last week.
> For that matter, is there any interest in converting Postgres to use
The last time we thought about this we quickly rejected it. A couple of
* We don't want to sit and wait for config.status to finish writing its
200+ Makefile's, when we can get away with writing two or three and have
the rest include them.
* Automake requires using libtool, and libtool doesn't satisfy our needs
This turns out not to be the case. libtool is independent of
* Automake doesn't handle building Perl, Python, Tcl, Java code very well.
I've used it for Perl, Tcl and Java. It doesn't provide much
automatic support. But you can just keep the existing rules.
* Automake doesn't handle our documentation format.
Again, you can just keep the existing rules.
* Automake is in many ways too insistent on the GNU standards for our
automake doesn't really insist on things, as I see it. The defaults
are certainly for the GNU standards. But it's fairly easy to use it
in other ways.
In any case, I think that following the GNU standards need not be a
bad thing. It makes the system more familiar to other developers, and
thus makes it easier for them to contribute. But that is just my
opinion--and I've been using the GNU standards for many years, so I am
I don't see what it would buy us at this point.
Generally, we discuss development on pgsql-hackers.
OK, thanks. The mailing list description on
led me to think that this was the right list. But I probably just
In response to
pgsql-admin by date
|Next:||From: Chris Fossenier||Date: 2000-10-29 18:14:47|
|Subject: Populating a Table|
|Previous:||From: Peter Eisentraut||Date: 2000-10-28 14:24:19|
|Subject: Re: Building in a different directory|