Re: mingw configure failure detection
От
Bruce Momjian
Тема
Re: mingw configure failure detection
Дата
Msg-id
200405130131.i4D1V3818266@candle.pha.pa.us
Ответ на
Re: mingw configure failure detection (Tom Lane)
Список
Дерево обсуждения
Re: mingw configure failure detection "Andrew Dunstan" <andrew@dunslane.net>
Re: mingw configure failure detection Bruce Momjian <pgman@candle.pha.pa.us>
Re: mingw configure failure detection Peter Eisentraut <peter_e@gmx.net>
Re: mingw configure failure detection Tom Lane <tgl@sss.pgh.pa.us>
Re: mingw configure failure detection Bruce Momjian <pgman@candle.pha.pa.us>
Tom Lane wrote: > Peter Eisentraut 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? > >> func=detail&aid=931263&group_id=2435&atid=102435 > > > I added a followup to this bug and he requests a minimal reproduceable > > example. Can someone provide one? > > >From what we've been hearing, all you have to do is download current > Postgres (snapshot tarball or CVS pull) and try "configure" a few times > (with "make distclean" to clean up). That's perhaps not minimal but it > should at least convince him the bug exists ... I just installed the configure symlink test code that throws a warning if the symlinks don't work, so it is even easier to test now. Just run configure until it fails --- nothing to compile. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-patches по дате отправления