Re: Minor configure tweak to simplify adjusting gcc warnings

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: Minor configure tweak to simplify adjusting gcc warnings
Date: 2015-01-15 12:46:07
Message-ID: 20150115124607.GA18191@awork2.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2015-01-14 09:34:23 -0500, Tom Lane wrote:
> Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> > On 2015-01-13 22:19:30 -0500, Tom Lane wrote:
> >> A slightly more complicated change could be applied to make sure that
> >> *all* of the CFLAGS forcibly inserted by configure appear before any
> >> externally-sourced CFLAGS, allowing any of them to be overridden from the
> >> environment variable. I'm not sure if it's worth the trouble to do that,
> >> but if there's interest I could make it happen.
>
> > I think it'd be good idea, but unless you're enthusiastic I guess there
> > are more important things.
>
> Nah, I'm fine with doing it, it's just a couple more lines of code.
> I feared people might think it wasn't worth adding extra complexity for,
> but as long as someone else likes the idea I'll go do it.

FWIW, if we moved the
CFLAGS="$CFLAGS $user_CFLAGS"
further down, it'd have advantage that compiling with -Werror would be
more realistic. Right now doing so breaks about half of the feature
checking configure checks because of warnings. E.g. on my platform it
fails to detect 64bit integers, inline, ...

Greetings,

Andres Freund

--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Stark 2015-01-15 13:21:56 Re: pg_rewind in contrib
Previous Message Andres Freund 2015-01-15 12:34:11 Re: s_lock.h default definitions are rather confused