OK, fixed.
---
Andrew Dunstan wrote:
Bruce Momjian wrote:
Andrew Dunstan wrote:
following up our conversation last night, I have tested the following
with autoconf 2.57 and it apparently does the right thing:
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'
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
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
Am Montag, 10. Mai 2004 09:17 schrieb Andrew Dunstan:
It appears that Dann Corbit has filed a MinGW bug on this, with accurate
problem description, but he received a less than stellar response. See
https://sourceforge.net/tracker/index.php?
func=detailaid=931263group_id=2435atid=102435
I
Peter Eisentraut [EMAIL PROTECTED] writes:
Am Montag, 10. Mai 2004 09:17 schrieb Andrew Dunstan:
It appears that Dann Corbit has filed a MinGW bug on this, with accurate
problem description, but he received a less than stellar response. See
https://sourceforge.net/tracker/index.php?
Tom Lane wrote:
Peter Eisentraut [EMAIL PROTECTED] writes:
Am Montag, 10. Mai 2004 09:17 schrieb Andrew Dunstan:
It appears that Dann Corbit has filed a MinGW bug on this, with accurate
problem description, but he received a less than stellar response. See
I said:
Peter Eisentraut said:
Andrew Dunstan wrote:
This patch for configure.in detects the link failures in MINGW that I
and others have seen and warns the user they have to fix it up.
I continue to object to these sort of patches if no one wants to
bother
to contact the mingw
Peter Eisentraut said:
Andrew Dunstan wrote:
This patch for configure.in detects the link failures in MINGW that I
and others have seen and warns the user they have to fix it up.
I continue to object to these sort of patches if no one wants to bother
to contact the mingw maintainers about
Bruce Momjian wrote:
Andrew Dunstan wrote:
It's different because we know why we need that one: we understand the
cause of the behavior and we therefore can have some confidence that the
kluge will fix it (or not, as the case may be). I have zero confidence
in looping five times around an
10 matches
Mail list logo