Bug 23891
Summary: | gcc -O3 gives internal error | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | ian.clark |
Component: | gcc | Assignee: | Jakub Jelinek <jakub> |
Status: | CLOSED NEXTRELEASE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0 | CC: | ineedsleep |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-08-04 20:14:34 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
ian.clark
2001-01-12 16:41:06 UTC
Please attach here the command you are able to reproduce this with, plus add -save-temps -v command line options and attach here the preprocessed source this command generates. I have seen the same thing. I am able to compile with a -O but not a -O2 or - O3. I am sorry to say that I can not give out the code that is causing this. But if I can help in any other way please let me know. If you cannot give out the source (even just privately to us without anybody else seeing it), then basically the only thing which can be done is that you: preprocess the source, then, if the compiler gives you ICE on it, try to minimize it as long as it still ICEs (first find out which only routines are needed to reproduce it, then remove statements which have no influence on the ICE going away), once you have a minimal testcase, I believe after changing variable names and the like you would not break any trade secrets posting it here. Without a testcase I really cannot do anything for that. If you manage to create a testcase, please reopen this bug. This is NOT resolved!
I emailed you the code over a month ago, I then got a reply from you
"On Wed, Jan 24, 2001 at 11:56:44AM +0000, Ian G. Clark ... *Sparks* wrote:
> On Tue, 23 Jan 2001, Jakub Jelinek wrote:
>
> > On Tue, Jan 23, 2001 at 11:27:18AM +0000, Ian G. Clark ... *Sparks* wrote:
> > > HI Jakub,
> > > Did my C code arrive with you last week? (for bugzilla bug 23891)
> >
> > Nope. It is nothing secret, please try to use the Create a new attachment
> > HREF in bugzilla, otherwise mail it to me.
> >
> Hi Jakub,
> I emailed the code to you again last night, has it arrived?
Yes, I was able to reproduce it and it is in my queue (I'd like to fix first
a few bugs I have analyzed already, so it may take a few days).
Jakub
"
And thats the last I heard about it?
What is going on?
Ouch sorry, I have it hanging here, it is some gcse failure on huge routine which I've not debugged yet. I closed it because the fact that I have the testcase was not mentioned here in bugzilla, so I thought I don't have it. My apologies, I didn't mean the reply to read so sharp. I'm having a bad code day here! I should have emailed the code to bugzilla, but didn't really want it in the public domain yet. Sorry for the long delay. It turned out to be a bug in null pointer check optimization, which I've fixed today, the fix will appear in gcc-2.96-81. Oopsie, forgot to close. It should work in 2.96-81 and above (e.g. in current 2.96-98 rechecked). Red Hat Linux and Red Hat Powertools are currently no longer supported by Red Hat, Inc. In an effort to clean up bugzilla, we are closing all bugs in MODIFIED state for these products. However, we do want to make sure that nothing important slips through the cracks. If, in fact, these issues are not resolved in a current Fedora Core Release (such as Fedora Core 5), please open a new issues stating so. Thanks. |