Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol
От
F. Laupretre
Тема
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol
Дата
Msg-id
ADECLLACEIPMLMCPIGGAEEAECCAA.flconseil@yahoo.fr
Ответ на
Список
Дерево обсуждения
BUG #2162: Same as bug #1679 - finite() - unresolved symbol "Francois Laupretre" <flconseil@yahoo.fr>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol "F. Laupretre" <flconseil@yahoo.fr>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Bruce Momjian <pgman@candle.pha.pa.us>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol "F. Laupretre" <flconseil@yahoo.fr>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol "F. Laupretre" <flconseil@yahoo.fr>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Peter Eisentraut <peter_e@gmx.net>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol flaupretre@free.fr
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Peter Eisentraut <peter_e@gmx.net>
Re: BUG #2162: Same as bug #1679 - finite() - unresolved symbol Tom Lane <tgl@sss.pgh.pa.us>
I will also try these tests with '-O2' tomorrow (compile conftest and look = if the symbol is still inside). I will even try more aggressive optimizatio= n. De : Tom Lane [mailto:tgl@sss.pgh.pa.us] Bruce Momjian writes: > Could any other configure tests fail in this way? Good point. The isinf() test probably has the same failure mode. There is also the sigsetjmp() test, but since that has side-effects, it doesn't seem very much at risk of being aggressively optimized. I don't see any other cases where we're avoiding AC_CHECK_FUNC.
В списке pgsql-bugs по дате отправления
От: F. Laupretre
Дата:
От: Peter Eisentraut
Дата: