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
next prev 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).