Re: [HACKERS] Open Issues for 7.4
* Fix uselessly executable files in the source tree. See my recent post. Any ideas on that? As far as I'm aware, the only way to fix this is to get into the cvsroot and chmod them by hand. Chris ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html
Re: [HACKERS] Open Issues for 7.4
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> * Fix uselessly executable files in the source tree. See my recent post.
> Any ideas on that?
They've been uselessly executable since they were put there. I don't
think this is something that we need to fix in time for 7.4, or even
should risk trying to fix during RC stage.
> * There is a bug in configure that prints an ugly error message on systems
> without nsgmls and certain weird shells (NetBSD, UnixWare, for example),
> because they interpret the construct ${NSGMLS-false} differently.
Okay, should fix that, unless it's harder to fix than it sounds.
> * Did we really decide not to rename the check_function_bodies parameter
> to something more general? Maybe I've missed it.
There didn't seem to be either widespread interest in this, or good
consensus on what to change it to. I proposed doing nothing here:
http://archives.postgresql.org/pgsql-hackers/2003-10/msg01521.php
and so far as I saw no one responded one way or the other.
> * PPC spinlock patch from SuSE.
See my prior response.
regards, tom lane
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
Re: [HACKERS] Open Issues for 7.4
On Wed, 5 Nov 2003, Peter Eisentraut wrote: > Here are some issues that might need to be addressed before 7.4 goes out: > > * ECPG has some new include files such as > > datetime.h > decimal.h > > that come as part of the Informix compatibility mode. I don't think these > should be installed directly in $includedir because of potential > conflicts. We can't rename them either, without ruining the compatibility > aspect. So I'm looking for suggestions about what to do with them. could they not be installed in $includedir/informix? building software with them should just be a matter of adding -I$includedir/informix, no? > * I've generated new man pages that are on the ftp server under > pub/dev/doc/man-7.4.tar.gz. They need to be copied into the release > tarball as doc/man.tar.gz. This was a lot of manual work this time, so > any further reference page changes need to be integrated by hand. I changed the build script to rename appropriately, and RC1 should have the proper files in place ... no? ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html
[HACKERS] Open Issues for 7.4
Here are some issues that might need to be addressed before 7.4 goes out:
* ECPG has some new include files such as
datetime.h
decimal.h
that come as part of the Informix compatibility mode. I don't think these
should be installed directly in $includedir because of potential
conflicts. We can't rename them either, without ruining the compatibility
aspect. So I'm looking for suggestions about what to do with them.
* Fix uselessly executable files in the source tree. See my recent post.
Any ideas on that?
* I'm planning to merge some of Jason Tishler's Cygwin README into our
FAQ_MSWIN, plus recently submitted changes for the same file.
* INSTALL, HISTORY and the regress/README need to be regenerated. I'll do
1 and 3 soon, 2 has to wait until the release notes are edited to death.
* There is a bug in configure that prints an ugly error message on systems
without nsgmls and certain weird shells (NetBSD, UnixWare, for example),
because they interpret the construct ${NSGMLS-false} differently.
* I've generated new man pages that are on the ftp server under
pub/dev/doc/man-7.4.tar.gz. They need to be copied into the release
tarball as doc/man.tar.gz. This was a lot of manual work this time, so
any further reference page changes need to be integrated by hand.
* Did we really decide not to rename the check_function_bodies parameter
to something more general? Maybe I've missed it.
* PPC spinlock patch from SuSE.
--
Peter Eisentraut [EMAIL PROTECTED]
---(end of broadcast)---
TIP 8: explain analyze is your friend
