DImode left shifts by 31 and then 1
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: macro at linux-mips dot org
--- Additional Comments From macro at linux-mips dot org 2005-03-18 13:50
---
You need to pass at least -O1 when building this program to trigger the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20532
--- Additional Comments From macro at linux-mips dot org 2005-03-23 12:15
---
> + (v * (((HOST_WIDE_ITN)1 << 31) + ((HOST_WIDE_INT)1 << 31)))
^^^
There is a typo above. Thanks for your fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20532
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: macro at linux-mips dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23861
--- Additional Comments From macro at linux-mips dot org 2005-09-13 16:03
---
Created an attachment (id=9718)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9718&action=view)
gcc-4.0.1-specs-pipe-suffix.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23861
P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: macro at linux-mips dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23862
--- Additional Comments From macro at linux-mips dot org 2005-09-13 16:06
---
Created an attachment (id=9719)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9719&action=view)
gcc-4.0.1-fortran-form-free.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23862
--- Comment #4 from macro at linux-mips dot org 2005-10-10 15:08 ---
The patch has been applied.
--
macro at linux-mips dot org changed:
What|Removed |Added
--- Additional Comments From macro at linux-mips dot org 2005-08-08 17:42
---
Richard,
Thanks for your work (for bug 21291). Unfortunately it's not enough for
this case. It doesn't seem to work for the "g" constraint used there, but
that might probably
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|REOPENED
--- Additional Comments From macro at linux-mips dot org 2005-08-09 11:38
---
Thanks for your insight. I did some experimenting with the code (including
reducing the source file to a somewhat more readable form -- I can post it
if interested) and I noticed this *(struct { char __x
--- Additional Comments From macro at linux-mips dot org 2005-08-09 18:23
---
Please make sure you look at the right variant, i.e.
"sysdeps/i386/bits/string.h", as there are different versions for different
i386 submodels. Still the version in the glibc tree differs a bit i
nment triggering an ICE
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: macro at linux-mips dot org
CC: gcc
--- Additional Comments From macro at linux-mips dot org 2005-06-06 20:43
---
Created an attachment (id=9041)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9041&action=view)
This is the set of the sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21937
--- Additional Comments From macro at linux-mips dot org 2005-06-06 20:45
---
Created an attachment (id=9042)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9042&action=view)
gcc-4.0.0-ada-record-pack-align.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21937
--- Additional Comments From macro at linux-mips dot org 2005-06-07 10:28
---
Here are details missing from the original report (sorry about that).
This is output from the compiler when the ICE happens:
4.0.0 (alpha-unknown-linux-gnu) GCC error:
in simplify_subreg, at simplify-rtx.c
--- Additional Comments From macro at linux-mips dot org 2005-06-07 12:14
---
> That's not quite true, the type is not the same.
It's hard to argue for me as Ada is not a language I'm familiar with, but
the problematic assignment is:
return Ch.Attr;
in Get_Charact
--- Additional Comments From macro at linux-mips dot org 2005-06-07 18:16
---
> > Of course it changes the ABI -- if any member of a record (which is an
> > equivalent to a C structure) gets its alignment increased, then the
> > alignment
> > of the containing
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: macro at linux-mips dot org
CC: gcc-bugs at gcc dot gnu dot
--- Additional Comments From macro at linux-mips dot org 2005-06-13 13:32
---
Created an attachment (id=9078)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9078&action=view)
This is the problematic source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045
--- Additional Comments From macro at linux-mips dot org 2005-06-13 13:33
---
Created an attachment (id=9079)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9079&action=view)
This makes the error go away
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045
--- Additional Comments From macro at linux-mips dot org 2005-06-13 14:14
---
There is no other software involved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045
--- Additional Comments From macro at linux-mips dot org 2005-06-13 14:44
---
I haven't written it's an ICE, have I?
Unfortunately I can't see a way of rewriting the asm such that an appropriate
variant is used depending on whether there are six or five or four (or fe
23 matches
Mail list logo
