Thread: Open Issues for 7.4

Open Issues for 7.4

From
Peter Eisentraut
Date:
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   peter_e@gmx.net



Re: Open Issues for 7.4

From
"Marc G. Fournier"
Date:

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?



Re: Open Issues for 7.4

From
Tom Lane
Date:
Peter Eisentraut <peter_e@gmx.net> 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


Re: Open Issues for 7.4

From
Christopher Kings-Lynne
Date:
> * 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