Re: Still a few flaws in configure's default CFLAGS
| От | Peter Eisentraut |
|---|---|
| Тема | Re: Still a few flaws in configure's default CFLAGS |
| Дата | |
| Msg-id | Pine.LNX.4.44.0310241446300.17076-100000@peter.localdomain обсуждение исходный текст |
| Ответ на | Re: Still a few flaws in configure's default CFLAGS selection (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Still a few flaws in configure's default CFLAGS selection
|
| Список | 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 по дате отправления: