||ibolton at gcc dot gnu.org
Resolution|FIXED |
--- Comment #7 from Ian Bolton 2010-12-22 16:23:21
UTC ---
(In reply to comment #5)
> Assuming fixed and closing. Please reopen if you still have a problem.
This patch has caused SpecCPU2000 Ammp to f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
Summary: [4.5 4.6 Regression] SpecCpu2000 Ammp segfaults for
ARM with -O3 -mthumb
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Keywords: wrong-code
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #2 from Ian Bolton 2011-01-04 12:30:23
UTC ---
Created attachment 22896
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22896
Preprocessed source, before/after .s file, before/after IRA dump
Contains the following:
pr47166/rectm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #3 from Ian Bolton 2011-01-04 12:32:50
UTC ---
>
> pr47166/CMD - how to compile it
>
Sorry, I forgot to give cc1 commands:
cc1 -fpreprocessed rectmm.i -quiet -dumpbase rectmm.i -mthumb -mcpu=cortex-a9
-mfloat-abi=softfp -mfpu=vfpv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #6 from Ian Bolton 2011-01-05 14:38:42
UTC ---
> I mean, the insn 3163 should have matched without your patch. I'm missing analysis on why
> that didn't happen> part.
OK, I will do more analysis to try to determine what's going on.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
Ian Bolton changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||2011.01.07 11:44:57
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Ian Bolton 2011-01-07 11:44:57
UTC ---
I was able to replicate this with r165124 of trunk, but latest trunk is not
||2011.01.07 11:49:35
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #8 from Ian Bolton 2011-01-07 11:49:35
UTC ---
Please can you confirm that this is now fixed in trunk, Mikael.
And has it
|UNCONFIRMED |NEW
Last reconfirmed||2011.01.07 14:29:29
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Ian Bolton 2011-01-07 14:29:29
UTC ---
I have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
Summary: [4.6 Regression] Invalid immediate offset for Thumb
VFP store
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
--- Comment #1 from Ian Bolton 2011-01-10 16:17:37
UTC ---
Created attachment 22940
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22940
Demonstrates the problem instruction, on line 37
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #10 from Ian Bolton 2011-01-11
17:42:52 UTC ---
(In reply to comment #9)
> Created attachment 22945 [details]
> Test patch
>
> Could you try the following? It's a variant of a patch Richard Sandiford
> recently posted.
Thanks for lo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
Ian Bolton changed:
What|Removed |Added
Keywords||patch
--- Comment #11 from Ian Bolton 2011-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #12 from Ian Bolton 2011-01-12
10:44:11 UTC ---
(In reply to comment #9)
> Created attachment 22945 [details]
> Test patch
>
> Could you try the following? It's a variant of a patch Richard Sandiford
> recently posted.
Just noticed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #22 from Ian Bolton 2011-01-24
14:54:51 UTC ---
(In reply to comment #21)
> So is this now fixed on the trunk? Can anyone run SPEC2k?
I can run it. I will report back when done.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #23 from Ian Bolton 2011-01-25
13:45:59 UTC ---
(In reply to comment #21)
> So is this now fixed on the trunk? Can anyone run SPEC2k?
Spec2K's Ammp now runs correctly for trunk, with -mthumb -O3.
The rest of Spec2K is OK too (apart
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246
--- Comment #7 from Ian Bolton 2011-01-27 16:51:41
UTC ---
(In reply to comment #6)
> Assuming this is fixed now.
Yes, I can use trunk to run the whole of Spec2K for -O3 -mthumb without errors.
||2011.01.28 09:57:13
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Ian Bolton 2011-01-28 09:57:13
UTC ---
(In reply to comment #0)
> Created attachment 23115 [details]
> te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44554
Ian Bolton changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
||2011.01.28 10:19:03
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Ian Bolton 2011-01-28 10:19:03
UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > Does -fno-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46762
Ian Bolton changed:
What|Removed |Added
CC||ibolton at gcc dot gnu.org
Known to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44554
--- Comment #19 from Ian Bolton 2011-01-28
11:30:50 UTC ---
(In reply to comment #18)
> (In reply to comment #17)
> > gcc 4.4.5 was released in October. Please can you confirm if this is now
> > fixed.
>
> I think THIS bug is fixed in 4.4.5. Un
||2011.01.31 10:53:30
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
Known to fail||4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #9 from Ian Bolton 2011-02-02 09:50:23
UTC ---
(In reply to comment #8)
> The potential fix seems to work fine on x86 as well. I'm going to build a
> arm-elf toolchain and see if anything else pops up during a cross build. If
> some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #10 from Ian Bolton 2011-02-02
14:49:02 UTC ---
(In reply to comment #8)
> The potential fix seems to work fine on x86 as well. I'm going to build a
> arm-elf toolchain and see if anything else pops up during a cross build. If
> som
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #12 from Ian Bolton 2011-02-02
15:06:07 UTC ---
>> The native bootstrap was successful.
>>
>> I configured with: "--with-cpu=cortex-a9 --with-float=softfp
>> --with-fpu=vfpv3-d16 --with-mode=thumb --enable-languages=c,c++,fortran"
>T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36158
Ian Bolton changed:
What|Removed |Added
CC||ibolton at gcc dot gnu.org
--- Comment #15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36158
--- Comment #17 from Ian Bolton 2011-02-07
15:41:14 UTC ---
(In reply to comment #16)
> (In reply to comment #15)
>
> >
> > Is this going to be backported to 4.5? It is required to make CSHIFT
> > function
> > correctly.
>
> It may be pruden
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46456
Ian Bolton changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comment #3 fr
||ibolton at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #5 from Ian Bolton 2011-02-09 09:38:57
UTC ---
This is a duplicate of a fixed bug (PR46456), so marking RESOLVED DUPLICATE.
*** This bug has been marked as a duplicate of bug 46456 ***
||2011.02.15 10:25:35
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Ian Bolton 2011-02-15 10:25:35
UTC ---
What compile flags are you using? Have you tried gcc 4.5?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #30 from Ian Bolton 2011-02-15
15:47:24 UTC ---
(In reply to comment #29)
> I've had some problems with timeouts in my test setup, but I now have runs
> that
> differ only in that pthread1.cc times out for one multilib and no longer
|UNCONFIRMED |NEW
Last reconfirmed||2011.02.18 11:36:27
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
Known to fail||4.6.0
--- Comment #1 from
|UNCONFIRMED |NEW
Last reconfirmed||2011.02.22 14:50:03
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
Known to fail||4.6.0
--- Comment #1 from
||2011.03.03 10:49:54
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #4 from Ian Bolton 2011-03-03 10:49:54
UTC ---
I don't think "strange code" applies any more, thanks to input
||2012-02-03
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
Known to fail||4.7.0
--- Comment #3 from Ian Bolton 2012-02-03 16:49:55
UTC ---
Confirmed on trunk (r183840).
||2012-02-03
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Ian Bolton 2012-02-03 18:44:16
UTC ---
I could not reproduce with trunk (4.7.0) r183218 or r183840.
Please can you provide
||ibolton at gcc dot gnu.org
--- Comment #3 from Ian Bolton 2011-03-24 14:24:23
UTC ---
For gcc 4.5 r171282, arm-none-linux-gnueabi, I can run this command without
error:
arm-none-linux-gnueabi-g++ ~/investigate/pr42949.i -B. -c -O1 -mfpu=vfp
It also works for trunk
||4.5.3
Version|4.6.0 |4.7.0
Keywords||ice-on-valid-code
Last reconfirmed||2011.03.24 14:34:13
CC||ibolton at gcc dot gnu.org
||2011.03.29 15:23:12
CC||ibolton at gcc dot gnu.org
Known to work||4.4.5, 4.5.2
Ever Confirmed|0 |1
Known to fail||4.6.0, 4.7.0
--- Comment #6 from
||2011.03.29 16:23:26
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
Known to fail||4.5.3, 4.7.0
--- Comment #2 from Ian Bolton 2011-03-29 16:23:26
UTC ---
I get the same thing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48434
Summary: Large SpecCPUFP Performance Regression for Thumb-2
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: other
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48434
Ian Bolton changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48434
Ian Bolton changed:
What|Removed |Added
Keywords||patch
Status|NEW
|UNCONFIRMED |NEW
Last reconfirmed||2011.05.03 10:54:06
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
Known to fail||4.7.0
--- Comment #1 from
|UNCONFIRMED |NEW
Last reconfirmed||2011.05.03 12:54:27
CC||ibolton at gcc dot gnu.org
Known to work||4.7.0
See Also||http://gcc.gnu.org
||ibolton at gcc dot gnu.org
Resolution||WONTFIX
--- Comment #1 from Ian Bolton 2011-05-10 09:38:15
UTC ---
This can be achieved by specifying "-Wl,-debug", so the behaviour of
--save-temps does not need to change.
||2011.05.20 09:50:09
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Ian Bolton 2011-05-20 09:50:09
UTC ---
I haven't been able to reproduce this. Please can you include the args
||2011.05.20 10:05:11
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
Known to fail||4.7.0
--- Comment #1 from Ian Bolton 2011-05-20 10:05:11
UTC ---
Confirmed. Fails for ARM
||2011.05.20 09:53:22
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Ian Bolton 2011-05-20 09:53:22
UTC ---
Confirmed. Note that it does not happen for -marm.
Full compilation command-line
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49030
Ian Bolton changed:
What|Removed |Added
Status|WAITING |NEW
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49049
--- Comment #3 from Ian Bolton 2011-05-20 13:50:56
UTC ---
Thanks for confirming that.
If I try "-marm -mcpu=arm7tdmi" I can get the ICE, but not with "-marm
-mcpu=cortex-a9".
||2010.10.27 11:06:55
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Ian Bolton 2010-10-27 11:06:55
UTC ---
Setting status to NEW.
How do other linker scripts do it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46191
Ian Bolton changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #4 from Ian Bolton 2010
||2010.10.27 12:59:21
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Ian Bolton 2010-10-27 12:59:21
UTC ---
Please complete the "Known to work", "Known to fail", &
||2011.06.01 13:32:49
CC||ibolton at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #2 from Ian Bolton 2011-06-01 13:32:49
UTC ---
I have managed to reproduce this with latest trunk.
Hopefully, the copyright
56 matches
Mail list logo
