Re: [PATCHES] mingw configure failure detection

2004-05-13 Thread Andrew Dunstan
The patch as applied is totally broken - the tests have to be run by config.status after it has actually tried to make the links, which is why I used AC_CONFIG_COMMANDS. cheers andrew Bruce Momjian wrote: Adjusted attached patch applied. Thanks. I didn't change 'test -e' because 'test -h'

Re: [PATCHES] SetDataBaseName

2004-05-13 Thread Tom Lane
Mahesh Swamy [EMAIL PROTECTED] writes: We were wondering is there any particular reason why this function (SetDataBaseName) was taken out? Evidently because the variable it sets doesn't exist anymore. I cannot think of any valid reason for an extension to have been messing with that variable

Re: [PATCHES] mingw configure failure detection

2004-05-13 Thread Andrew Dunstan
Peter Eisentraut wrote: Andrew Dunstan wrote: The patch as applied is totally broken - the tests have to be run by config.status after it has actually tried to make the links, which is why I used AC_CONFIG_COMMANDS. Additional note: Instead of listing the files explicitly, just use

[PATCHES] Reorganize backend handling of executable names

2004-05-13 Thread Bruce Momjian
This applied patch reorganizes the backend code to more cleanly manage executable names and backend startup. -- Bruce Momjian| http://candle.pha.pa.us [EMAIL PROTECTED] | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road +

Re: [PATCHES] mingw configure failure detection

2004-05-13 Thread Bruce Momjian
Andrew Dunstan wrote: Peter Eisentraut wrote: Andrew Dunstan wrote: The patch as applied is totally broken - the tests have to be run by config.status after it has actually tried to make the links, which is why I used AC_CONFIG_COMMANDS. Additional note: Instead of listing

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Tom Lane
Bruce Momjian [EMAIL PROTECTED] writes: *** src/Makefile.global.in11 May 2004 21:57:14 - 1.182 --- src/Makefile.global.in13 May 2004 23:03:12 - *** *** 177,182 --- 177,188 CFLAGS += -Wall -Wmissing-prototypes -Wmissing-declarations endif

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Bruce Momjian
Tom Lane wrote: Bruce Momjian [EMAIL PROTECTED] writes: *** src/Makefile.global.in 11 May 2004 21:57:14 - 1.182 --- src/Makefile.global.in 13 May 2004 23:03:12 - *** *** 177,182 --- 177,188 CFLAGS += -Wall -Wmissing-prototypes

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Tom Lane
Bruce Momjian [EMAIL PROTECTED] writes: So we just add the thing in the template file? Yea, I can do that. I did it there because Win32 already had something for libs. Does the template file get included in Makefile.global? I didn't think so. Not the template, the port-specific makefile.

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Bruce Momjian
Tom Lane wrote: Bruce Momjian [EMAIL PROTECTED] writes: So we just add the thing in the template file? Yea, I can do that. I did it there because Win32 already had something for libs. Does the template file get included in Makefile.global? I didn't think so. Not the template, the

Re: [PATCHES] SetDataBaseName

2004-05-13 Thread Mahesh Swamy
Hi Tom, During bootstrap mode, when running initdb, the dabasename template1 is passed in. 741 seems to handle this without using the global variable DatabaseName (which is used in 7.3.3). Our extention still relies on that global variable. So how does 7.4.1 find the database name during

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Larry Rosenman
--On Thursday, May 13, 2004 20:11:45 -0400 Bruce Momjian [EMAIL PROTECTED] wrote: Good. I changed my commit to use your version. Thanks! Do we care about regression failures at this stage? I have int4/int8/join failures (join is not new, and is an order issue). the int4/int8 have to do

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Larry Rosenman
--On Thursday, May 13, 2004 20:49:28 -0400 Tom Lane [EMAIL PROTECTED] wrote: Larry Rosenman [EMAIL PROTECTED] writes: the int4/int8 have to do with NaN and Infinity i/o. Those we care about. I was hoping CVS tip would Just Work Everywhere on that point, but evidently not :-(. What do you

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Tom Lane
Larry Rosenman [EMAIL PROTECTED] writes: Does Unixware support NaN/Infinity at all? Yes, we support NaN's and Inf. Hmph. Apparently their strtod() has thought of some original new way to misbehave on those inputs. Would you mind tracing through float4in() or float8in() to see exactly how it

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Tom Lane
Larry Rosenman [EMAIL PROTECTED] writes: Where does it leave the ptr pointing to? $ ./test3 ptr=8049682, points to N ptr=8049686, points to f Indeed, they found an original new way to get it wrong. Please point out to them that the ptr is supposed to be advanced *past* the input. Not to the

Re: [PATCHES] [HACKERS] threads stuff/UnixWare

2004-05-13 Thread Larry Rosenman
--On Thursday, May 13, 2004 21:35:43 -0400 Tom Lane [EMAIL PROTECTED] wrote: Larry Rosenman [EMAIL PROTECTED] writes: Where does it leave the ptr pointing to? $ ./test3 ptr=8049682, points to N ptr=8049686, points to f Indeed, they found an original new way to get it wrong. Please point out