Re: Still a few flaws in configure's default CFLAGS - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Still a few flaws in configure's default CFLAGS
Date
Msg-id Pine.LNX.4.44.0310241446300.17076-100000@peter.localdomain
Whole thread Raw
In response to Re: Still a few flaws in configure's default CFLAGS selection  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Still a few flaws in configure's default CFLAGS selection  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
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?

-- 
Peter Eisentraut   peter_e@gmx.net



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: pg_ctl reports succes when start fails
Next
From: Peter Eisentraut
Date:
Subject: Re: 7.4 compatibility question