Re: [HACKERS] Core dump in regression tests.
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] Core dump in regression tests. |
Дата | |
Msg-id | 199809011619.MAA09113@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Core dump in regression tests. (Keith Parks <emkxp01@mtcc.demon.co.uk>) |
Список | pgsql-hackers |
> Thomas A. Szybist <szybist@boxhill.com> > > > > > > > > If I compile backend/catalog with -O2 then the table creation is > > ^^^ > > > OK. So it looks like it may be indexing.c, even with Bruce's > > > recent fixes. > > > > Do you mean -O0 here? > > > > Yes, a typo, I used -O0 for this dir. Can we try a simple -O rather than just -O2 and -O0. Could this be some type of optimizer bug in gcc2/Solaris? Everything is pointing to indexing.c, from both the initdb failure and the create function failure. But I can't see anything wrong in there, and other platforms seem to be OK. Someone mentioned that Solaris does not use -O2 by default, and there may be a good reason for this. The new code is more streamlined from the megapatch, and perhaps the optimizer is now able to do too much optimizing. I don't want to go casting blame other places, but I think gcc that may be the cause, and if it is, we just need to lower the default optimization for those platforms. Let's try adding Assert checking with the configure --enable-cassert option, and compiling with -O rather than -O2 and see what happens. -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)
В списке pgsql-hackers по дате отправления: