public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "wilson at specifixinc dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/16130] [3.4 Regression]: Gcc 3.4 ICE on valid code
Date: Thu, 24 Jun 2004 01:19:00 -0000	[thread overview]
Message-ID: <20040623235408.2371.qmail@sourceware.org> (raw)
In-Reply-To: <20040622082116.16130.hjl@lucon.org>


------- Additional Comments From wilson at specifixinc dot com  2004-06-23 23:54 -------
Subject: Re:  New: [3.4 Regression]: Gcc 3.4 ICE on valid
 code

hjl at lucon dot org wrote:
> BTW, gcc 3.4 has many Itanium 1 regressions. I think we should either remove
> Itanium 1 support or fix all regressions.

I tried to respond to this in bug #15653, but since that was closed 
already, and this one is still open, I will repeat some of it here.

As far as I know, we can't remove the Itanium 1 support because you are 
using it.  If you really aren't using it, then you should either stop 
reporting bugs against it, or else you should indicate so in your bug 
reports, so we know that they are not problems that need to be fixed.

Reporting lots of problems will not encourage people to fix Itanium1 
bugs.  All it does is add to my workload.  There are already more IA-64 
bugs than I have time to fix, so this just makes things worse.  If these 
problems are really not important, then I would like to know.  There are 
other things I could be doing, such as fixing the SPEC benchmark 
miscompilation problem, or the profilebootstrap failure.

Removing the Itanium1 support is an awefully big hammer.  If we remove 
it, it will probably never come back.  There are other less radical 
things that can be done, such as disabling the Itanium1 DFA, or adding 
an error() call to indicate that it is known to be broken.

If we are removing Itanium1 support, then are we also removing it from 
other packages too?  The linux kernel?  Binutils?  You explicitly added 
Itanium1 support to binutils a few months ago after I tried to remove 
it, so my understanding was we still needed Itanium1 support everywhere.

I don't mind getting meta-bugs when other major GNU/Linux packages are 
involved.  I suspect all of your testcases are coming from the linux 
kernel, in which case a single bug reporting that is probably much more 
useful than the 6 or so separate bugs you have reported so far.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16130


  parent reply	other threads:[~2004-06-23 23:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-22  8:21 [Bug target/16130] New: " hjl at lucon dot org
2004-06-22  8:22 ` [Bug target/16130] " hjl at lucon dot org
2004-06-22  8:23 ` hjl at lucon dot org
2004-06-22  8:24 ` hjl at lucon dot org
2004-06-22 15:31 ` pinskia at gcc dot gnu dot org
2004-06-24  1:19 ` wilson at specifixinc dot com [this message]
2004-06-25  8:28 ` hjl at lucon dot org
2004-06-29  3:33 ` pinskia at gcc dot gnu dot org
2004-06-29 16:39 ` hjl at lucon dot org
2004-06-29 17:15 ` wilson at specifixinc dot com
2004-07-07 15:11 ` cvs-commit at gcc dot gnu dot org
2004-07-07 15:16 ` cvs-commit at gcc dot gnu dot org
2004-07-07 15:30 ` pinskia at gcc dot gnu dot org

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040623235408.2371.qmail@sourceware.org \
    --to=gcc-bugzilla@gcc.gnu.org \
    --cc=gcc-bugs@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).