* Tom Lane <tgl@sss.pgh.pa.us> [010323 08:47] wrote:
> Alfred Perlstein <bright@wintelcom.net> writes:
> >> Besides, I think the warning message is appropriate in any case, since
> >> it lets bison-less people know that they had better not blow away gram.c
> >> or hack on gram.y.
>
> > Er, not really, it (the warning) gets blown away by all the rest
> > of the ./configure output. It might as well error out, not just
> > warn, then you can actually see the message.
>
> Erroring out would be completely inappropriate unless we had made an
> *accurate* check that gram.c was out of date. I think that's probably
> a cure worse than the disease; we risk unnecessary configure failures
> to gain, well, not a lot. You're right that configure's output is too
> chatty for many people; but isn't there a "--quiet" option? Seems like
> that's what they should be using if they don't want to see details.
GRR! :)
The make will still bomb out.
It's my opinion that if the configure script detects a situation
that will make compilation impossible _it_ should abort, not proceed
to allow the user to run make when it knows it will not succeed.
I mean it wouldn't make much sense for it to give a warning about
all variants of "fork()" not existing would it?
--
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/