From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Greg Stark <gsstark(at)mit(dot)edu>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Still a few flaws in configure's default CFLAGS selection |
Date: | 2003-10-27 00:09:19 |
Message-ID: | 3F9C622F.6000701@Yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce Momjian wrote:
> Peter Eisentraut wrote:
>> Tom Lane writes:
>>
>> > 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.
>>
>> You do realize that as of now, -g is the default for gcc? Was that the
>> intent?
>
> I was going to ask that myself. It seems strange to include -g by default ---
> we have --enable-debug, and that should control -g on all platforms.
Could it be that there ought to be a difference between the defaults of
a devel CVS tree, a BETA tarball and a final "production" release?
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2003-10-27 00:10:49 | Re: Call for port reports |
Previous Message | Adam Witney | 2003-10-27 00:07:52 | Re: shared memory on OS X - 7.4beta4 |