Re: Still a few flaws in configure's default CFLAGS selection

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Still a few flaws in configure's default CFLAGS selection
Дата
Msg-id 20121.1066371217@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Still a few flaws in configure's default CFLAGS selection  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: Still a few flaws in configure's default CFLAGS  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
>> Tom Lane wrote:
>>> Bruce Momjian <pgman@candle.pha.pa.us> writes:
>>> Also, I thought Peter advocated adding -g a few releases back.

>> I don't recall any such vote.

> The vote was whether -g should be used for a default compile.

> Here is the thread discussing the -g flag:
>     http://archives.postgresql.org/pgsql-hackers/2002-04/msg00281.php

What Peter was advocating in that thread was that we enable -g by
default *when building with gcc*.  I have no problem with that, since
there is (allegedly) no performance penalty for -g with gcc.  However,
the actual present behavior of our configure script is to default to -g
for every compiler, and I think that that is a big mistake.  On most
non-gcc compilers, -g disables optimizations, which is way too high a
price to pay for production use.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Neil Conway
Дата:
Сообщение: Re: Question about debugger
Следующее
От: Jean-Michel POURE
Дата:
Сообщение: Mapping Oracle types to PostgreSQL types