Re: Compiling HEAD with -Werror int 64-bit mode

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Florian G(dot) Pflug" <fgp(at)phlo(dot)org>, Postgresql-Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Compiling HEAD with -Werror int 64-bit mode
Date: 2009-12-15 22:24:46
Message-ID: 1260915886.9008.16.camel@vanquo.pezone.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On tis, 2009-12-15 at 16:22 -0500, Tom Lane wrote:
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > I have also tried in the past to pass -Werror through configure, but
> > that caused too many problems.
>
> Is it your opinion that we shouldn't bother fixing this particular
> test? I was on the fence about it myself. I don't want to promise
> that configuring with -Werror will work, now or in the future; but
> making this one test safe doesn't seem too onerous.

I don't mind making this one test more correct, although I haven't fully
verified the particular details of the proposed change.

But after checking again now, passing -Werror through configure in a
sane way appears impossible and futile. Pretty much all the
compile-and-link tests for functions, e.g., cbrt, memmove, snprintf, (as
opposed to the usual link-only tests) fail because of prototype
mismatches, because configure just declares functions

char memmove ();

independent of the correct call signature.

There are a few other problems as well.

You could perhaps get away with it if you don't pass any other warning
options into configure, but then what warnings is it supposed to error
about?

So to summarize, this is just a bad idea. Creating a less obscure way
to use -Werror might be worthwhile, though.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2009-12-15 22:27:21 Re: Range types
Previous Message David Fetter 2009-12-15 22:22:25 Re: idea - new aggregates median, listagg