This is the mail archive of the
mailing list for the Cygwin project.
Re: suggestion for cygwin gcc-3.2
- From: Randall R Schulz <rrschulz at cris dot com>
- To: cygwin at cygwin dot com
- Date: Sat, 17 Aug 2002 15:37:28 -0700
- Subject: Re: suggestion for cygwin gcc-3.2
- References: <20020817160854.GA1284@redhat.com>
If this really bugs you so much, wrap the compiler in a script that filters
the output to suppress the diagnostics you don't want to see. Then use the
script instead of directly invoking the compiler. In Make, just override
the default CC (or whatever) variable.
Randall "have it your way" Schulz
Mountain View, CA USA
At 14:44 2002-08-17, Nicholas Wourms wrote:
--- Christopher Faylor <firstname.lastname@example.org> wrote:
> On Sat, Aug 17, 2002 at 05:57:43AM +0000, Gareth Pearce wrote:
> >>This may generate some flames, so flame away if you want to.
> >Hmm I expected a few as well, but no replys - I better fix that at least.
> Maybe this will qualify as a flame. People here often have very thin
> skins, so...
Didn't seem like it to me...
> No. I'm not going to make the cygwin gcc operate any differently
> than the standard gcc 3.2. The correct place to lobby for change
> is in the gcc mailing lists.
I'm sorry but I must respectfully disagree. It seems *quite*
apparent, from the archives, that they won't listen to reason nor are
they going to budge one iota. If Gareth and DJ couldn't sway them,
what chance do I have? It is a waste of time to discuss this on the
gcc list, thus the only outlet is this list. Seriously, though, you
have to admit that the warning is useless for the most part and
causes more harm then good? So what's the harm in changing the level
of a trivial warning? This is such an insignificant change that
would hardly warrant us being labeled a "rogue branch" which doesn't
comply with the gcc standards. Gareth made some very good
suggestions on how this could be approached, and I concur with his
evaluation of the situation.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html