sibling-calls generates wrong code
on alpha
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aurelien at au
--- Comment #7 from aurelien at aurel32 dot net 2009-01-27 20:00 ---
Thanks a lot, I confirm it also fixes the original problem, that is problem in
glibc testsuite (test-float and test-ifloat failing on most of the complex
number functions).
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From aurelien at aurel32 dot net 2005-02-20 10:54
---
Ok, so here are more information:
- The source used is gcc 3.3.5 + patch from
http://m68hc11.serveftp.org/m68hc11_src.php
Please note the problem is also present without the patch
- The testcase is compiled
ot gnu dot org
ReportedBy: aurelien at aurel32 dot net
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35045
--- Comment #1 from aurelien at aurel32 dot net 2008-01-31 22:52 ---
Created an attachment (id=15070)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15070&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35045
--- Comment #3 from aurelien at aurel32 dot net 2008-01-31 22:58 ---
Oops, the bug actually exist on *i386*, not on x86_64. I used the value from my
main installation and not from my i386 chroot.
Here are the correct specs:
Using built-in specs.
Target: i486-linux-gnu
Configured with
--- Comment #4 from aurelien at aurel32 dot net 2008-01-31 22:59 ---
(In reply to comment #2)
> Does -fno-gcse-after-reload fix the miscompiling?
>
Yes that fixes the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35045
mponent: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aurelien at aurel32 dot net
GCC build triplet: mips64el-unknown-linux-gnu
GCC host triplet: mips64el-unknown-linux-gnu
GCC target triplet: mips64el-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35802
--- Comment #1 from aurelien at aurel32 dot net 2008-04-02 14:13 ---
Created an attachment (id=15411)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15411&action=view)
unreduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35802
--- Comment #2 from aurelien at aurel32 dot net 2008-04-02 14:13 ---
Created an attachment (id=15412)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15412&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35802
--- Comment #3 from aurelien at aurel32 dot net 2008-04-02 14:15 ---
Also please note that the same problem exists on mips
(mips64-unknown-linux-gnu).
--
aurelien at aurel32 dot net changed:
What|Removed |Added
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: riscv64-unknown-linux-gnu
Target: riscv64-unknown-linux-gnu
Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95115
--- Comment #5 from Aurelien Jarno ---
(In reply to Jim Wilson from comment #3)
> Newlib incidentally uses (x-x)/(x-x) where x is the input value, so there
> are no constants involved, and the divide does not get optimized away. This
> still wor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49696
--- Comment #3 from Aurelien Jarno 2011-10-06
06:40:46 UTC ---
I confirm the issue is fixed in trunk. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50916
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52258
Bug #: 52258
Summary: __builtin_isgreaterequal is sometimes signaling on ARM
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52258
--- Comment #2 from Aurelien Jarno 2012-02-19
11:30:36 UTC ---
Created attachment 26700
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26700
Testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49376
Aurelien Jarno changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Created attachment 31222
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31222&action=edit
Testcase
The attached code is miscompiled on MIPS at -O1 level, but works correctly at
-O0 or -O2 level:
: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
__fixunsdfDI triggers an inexact exception even when converting an integer
number from double to long long, while it shouldn't. This is due to this part
of the code:
UDWtype
__fixun
6)
--
Summary: Endless loop while building a 64-bit 2.6.20 kernel
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
Rep
--- Comment #1 from aurelien at aurel32 dot net 2007-05-16 11:08 ---
The problem is also present in gcc HEAD (SVN from today) built as a
cross-compiler on x86_64-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
With the -fno-math-errno option, GCC optimizes-out saving and restoring errno
around a malloc call. Here is a testcase, derived from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88576
--- Comment #2 from Aurelien Jarno ---
(In reply to Andrew Pinski from comment #1)
> IIRC malloc setting errno also non standard.
According to POSIX:
The malloc() function shall fail if:
[ENOMEM]
[CX] [Option Start] Insufficien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88576
--- Comment #7 from Aurelien Jarno ---
(In reply to Zack Weinberg from comment #5)
> The C standard doesn't say malloc _will_ set errno on failure, but it also
Well at least POSIX says:
Otherwise, it shall return a null pointer and set errno to
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Created attachment 44002
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44002&action=edit
test case
The attached C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85492
--- Comment #7 from Aurelien Jarno ---
(In reply to Jim Wilson from comment #3)
Thanks a lot Jim for finding out the issue without using gdb, that was quite a
challenge.
(In reply to Jim Wilson from comment #6)
> I suggest you handle the glibc p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85492
Aurelien Jarno changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Assignee: ibuclaw at gdcproject dot org
Reporter: aurelien at aurel32 dot net
CC: ibuclaw at gcc dot gnu.org
Target Milestone: ---
Host: s390x-ibm-linux-gnu
Target: s390x-ibm-linux-gnu
Build: s390x-ibm-linux-gnu
libdruntime
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: mipsel-unknown-linux-gnu
Target: mipsel-unknown-linux-gnu
Build: mipsel-unknown-linux-gnu
Created attachment 46881
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769
Aurelien Jarno changed:
What|Removed |Added
CC||law at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769
--- Comment #2 from Aurelien Jarno ---
I have just done a build of trunk (r275723) and I confirm the bug is still
reproducible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769
--- Comment #3 from Aurelien Jarno ---
This is the change introduced by the commit:
--- gnuplot-testcase.s.r269878
+++ gnuplot-testcase.s.r269880
@@ -73,8 +73,7 @@
lw $3,12($3)
.loc 1 37 15 view $LVU16
ldc1$f2,64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769
--- Comment #5 from Aurelien Jarno ---
(In reply to Dragan Mladjenovic from comment #4)
> Hi,
>
> This fix is propbably nothing more than:
Thanks for the fix. I have just tried it and I confirm it fixes the issue. Note
that when backporting it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769
--- Comment #7 from Aurelien Jarno ---
Thanks a lot for the fix. Would it be possible to backport it to the GCC 9
branch? Note that it requires backporting r273174 first.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769
--- Comment #10 from Aurelien Jarno ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481
--- Comment #8 from Aurelien Jarno ---
(In reply to Richard Biener from comment #7)
> Patch has been applied to our GCC 7 with no issues sofar (but fixing the
> reported issues).
Given all is fine with this patch, do you think it can be backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481
--- Comment #12 from Aurelien Jarno ---
(In reply to Richard Biener from comment #11)
> Fixed.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84475
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
--- Comment #29 from Aurelien Jarno ---
(In reply to Richard Biener from comment #25)
> Re-adding GCC 6 as regression, though graphviz is not gsoap.
Indeed the patch that has been committed (or the same one backported to the GCC
5 branch) correc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
--- Comment #33 from Aurelien Jarno ---
(In reply to Hector Oron from comment #32)
> (In reply to Richard Biener from comment #31)
> > eipa_sra introduces the remaining SSA name with non-default alignment via
>
> [PATCH]
>
For the record, Debi
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: mips64el-linux-gnuabi64
Target: mips64el-linux-gnuabi64
Build: mips64el-linux-gnuabi64
Created attachment 38503
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: mips64el-unknown-linux-gnu
Target: mips64el-unknown-linux-gnu
Build: mips64el-unknown-linux-gnu
Created attachment 41965
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81803
--- Comment #2 from Aurelien Jarno ---
(In reply to James Cowgill from comment #1)
> Here's another testcase which is reduced a bit further using creduce. It
> requires -O2 to trigger the bug (but that may be unrelated).
I reported it as a misco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78012
--- Comment #3 from Aurelien Jarno ---
(In reply to Maciej W. Rozycki from comment #2)
> I can't reproduce your problem with either test case and:
>
> mips-mti-linux-gnu-gcc (GCC) 7.0.0 20161117 (experimental)
>
> -- code produced assembles cor
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
According to the manpage (and to the code) the default ggc-min-expand value
defaults to: "30% + 70% * (RAM/1GB) with an upper bound of 100% when RAM >=
1GB.&q
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78971
--- Comment #2 from Aurelien Jarno ---
(In reply to Andrew Pinski from comment #1)
> Actually it would be better if we reduce the need to allocate as much memory.
>
> >In 2017 it's quite common to have a machine with 1GB of RAM.
>
> Actually is
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: mipsel-linux-gnu
Target: mipsel-linux-gnu
Build: mipsel-linux-gnu
The attached testcase fails to compile on a 32-bit MIPS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79030
--- Comment #1 from Aurelien Jarno ---
Created attachment 40480
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40480&action=edit
Testcase
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: mipsel-linux-gnu
Target: mipsel-linux-gnu
Build: mipsel-linux-gnu
Created attachment 39823
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78012
--- Comment #1 from Aurelien Jarno ---
Created attachment 39824
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39824&action=edit
Reduced testcase
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Host: armv5tejl-unknown-linux-gnueabi
Target: armv5tejl-unknown-linux-gnueabi
Build: armv5tejl-unknown-linux-gnueabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61219
--- Comment #1 from Aurelien Jarno ---
Patch: https://gcc.gnu.org/ml/gcc-patches/2014-05/msg01421.html
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Host: aarch64-unknown-linux-gnu
Target: aarch64-unknown-linux-gnu
Build: aarch64-unknown-linux-gnu
Consider the following code:
#define _GNU_SOURCE
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #3 from Aurelien Jarno ---
Please note that the following patch fixes the issue:
https://gcc.gnu.org/ml/gcc-patches/2014-05/msg01421.html
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: mips64el-unknown-linux-gnu
Target: mips64el-unknown-linux-gnu
Build: mips64el-unknown-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67736
--- Comment #2 from Aurelien Jarno ---
Thanks for the patch. I have just tested it, and it indeed fixes the issue from
the testcase. I am currently trying to build ffmpeg, from which the testcase
has been extracted to see if all the issues are re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67736
--- Comment #3 from Aurelien Jarno ---
The ffmpeg testsuite is successful on mips64el-linux-gnu with this patch
applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66424
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: mipsel-linux-gnu
Target: mipsel-linux-gnu
Build: mipsel-linux-gnu
Created attachment 36676
--> https://gcc.gnu.org/bugzi
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: mipsel-linux-gnu
Target: mipsel-linux-gnu
Build: mipsel-linux-gnu
Created attachment 36691
--> https://gcc.gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #3 from Aurelien Jarno ---
I built GCC with the following options:
configure --enable-languages=c --prefix=/usr --target=mipsel-linux-gnu
--includedir=/usr/mipsel-linux-gnu/include
Then I build the file with -O2 -g -o test.o -c te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #4 from Aurelien Jarno ---
The bisection shows that this commit has fixed the issue on trunk:
2015-07-23 Richard Biener
PR middle-end/66916
* match.pd: Guard widen and sign-change comparison simplification
with single
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #7 from Aurelien Jarno ---
I am using gcc 5.2 from Debian unstable to build the cross compiler. Please
also note that I have the same issue when using the native GCC 5.2 compiler on
a mips or mipsel system.
How can I help debugging t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #10 from Aurelien Jarno ---
(In reply to Steve Ellcey from comment #8)
> Where in CC1 do you segfault? Can you show me the error message you get
> when compiling the test program using the latest gcc-5-branch sources.
The only messa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #12 from Aurelien Jarno ---
Created attachment 36965
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36965&action=edit
Output log
Please find attached the output log of gcc running patched as you requested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #14 from Aurelien Jarno ---
Created attachment 36970
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36970&action=edit
Output log 2
Unfortunately it still fails, though the output log is now slightly different.
Please find it at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #17 from Aurelien Jarno ---
Created attachment 37098
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37098&action=edit
output log with cselib.c patched
Please find attached the output with your cselib.c patch. Sorry for the dela
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #19 from Aurelien Jarno ---
Please find below the output produced by gcc when compiling with -v
Reading specs from /home/aurel32/work/mips-gcc/build/./gcc/specs
COLLECT_GCC=/home/aurel32/work/mips-gcc/build/./gcc/xgcc
Target: mipsel-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #5 from Aurelien Jarno ---
(In reply to Ramana Radhakrishnan from comment #4)
> Need to apply Aurelien's patch - looks like that's slipped through the
> cracks.
What was missing to the patch was a testcase which compiles on all platf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #21 from Aurelien Jarno ---
(In reply to Steve Ellcey from comment #20)
> I have still not been able to reproduce this or understand what is happening.
>
> Aurelien, could you try applying the patch that has been submitted for PR
> 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
Aurelien Jarno changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67355
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aurelien at aurel32 dot net
GCC build triplet: mips-linux-gnu
GCC host triplet: mips-linux-gnu
GCC target triplet: mips-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45387
--- Comment #1 from aurelien at aurel32 dot net 2010-08-23 18:15 ---
Created an attachment (id=21550)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21550&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45387
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49376
Summary: ICE when compiling linux kernel on mipsel
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49696
Summary: ICE on mips when compiling drizzle
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49821
--- Comment #1 from Aurelien Jarno 2011-07-29
19:15:19 UTC ---
Created attachment 24866
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24866
Testcase
Here is a reduced testcase, the bug can be reproduced with:
g++ -c -fvisibility=hidden -g
--- Comment #7 from aurelien at aurel32 dot net 2008-05-09 20:19 ---
This bug is actually only fixed on Debian arm EABI gcc 4.3. The problem is
still present in oldABI.
I guess that the problem is actually still present in upstream gcc, as Debian
applies backports of libobjc and
--- Comment #8 from aurelien at aurel32 dot net 2008-05-10 08:28 ---
I confirm that those patches actually fix the problem on ARM oldabi, so the
problem is *not* fixed in the gcc 4.3 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35964
--- Comment #11 from aurelien at aurel32 dot net 2008-05-10 09:09 ---
About 20kB in total:
-rw-r--r-- 1 aurel32 aurel32 3975 May 9 15:15 armel-hilo-union-class.dpatch
-rw-r--r-- 1 aurel32 aurel32 15153 May 9 15:15 gfortran-armel-updates.dpatch
-rw-r--r-- 1 aurel32 aurel32 11092 May
--- Comment #14 from aurelien at aurel32 dot net 2008-05-13 10:34 ---
Created an attachment (id=15633)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15633&action=view)
Patch to fix the problem
This patch fixes the problem. It has been extracted from
gfortran-armel-updates
--- Comment #13 from aurelien at aurel32 dot net 2008-05-13 10:32 ---
> (The "Unshare RTX earlier..." one). Andrew and I actually did this work (ObjC
>
Good catch, I confirm that this part of the patch fixes the problem. This is
clearly a regression from gcc 4
assigned at gcc dot gnu dot org
ReportedBy: aurelien at aurel32 dot net
GCC build triplet: arm-linux-gnueabi
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36415
--- Comment #1 from aurelien at aurel32 dot net 2008-06-02 05:10 ---
Created an attachment (id=15711)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15711&action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36415
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aurelien at aurel32 dot net
GCC build triplet: arm-linux-gnueabi
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36466
--- Comment #1 from aurelien at aurel32 dot net 2008-06-08 14:31 ---
Created an attachment (id=15731)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15731&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36466
--- Additional Comments From aurelien at aurel32 dot net 2005-06-10 21:01
---
The problem is still there with gcc-4.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9463
--- Additional Comments From aurelien at aurel32 dot net 2005-06-12 22:08
---
I have just tried to build the new version (3.0.1) on ia64, and it his now
building correctly. Thanks!
This bug can now be closed.
--
What|Removed |Added
--- Additional Comments From aurelien at aurel32 dot net 2004-12-22 09:15
---
What|Removed |Added
GCC build triplet|alphapca56-unknown-linux-gnu|
GCC host triplet
: ciceron at gcc dot gnu dot org
ReportedBy: aurelien at aurel32 dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: ia64-unknown-linux-gnu
GCC host triplet: ia64-unknown-linux-gnu
GCC target triplet: m68hc11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19724
--- Additional Comments From aurelien at aurel32 dot net 2005-01-31 15:47
---
Subject: Re: ICE when building a m68hc11 cross-compiler
on ia64
pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31
> 15:14 ---
>
--- Additional Comments From aurelien at aurel32 dot net 2005-01-31 19:56
---
Created an attachment (id=8117)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8117&action=view)
diff of debugging dumps between amd64 and ia64
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19724
--- Additional Comments From aurelien at aurel32 dot net 2005-01-31 19:59
---
I have just built a new gcc targeted for m68hc11 with gcc-3.4, and the problem
is still there, both with default optimizations and with -O2.
I have also run 'gcc -da' on the testcase on both amd6
--- Additional Comments From aurelien at aurel32 dot net 2005-01-31 20:28
---
(In reply to comment #5)
> Isn't this the same as PR 16925?
No, this is different. The patch attached to PR 16925 fixes the problem on all
three hosts (amd64, ia64 and alpha). And the problem is on a d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #7 from Aurelien Jarno ---
(In reply to Ramana Radhakrishnan from comment #6)
> (In reply to Aurelien Jarno from comment #5)
> > (In reply to Ramana Radhakrishnan from comment #4)
> > > Need to apply Aurelien's patch - looks like that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #9 from Aurelien Jarno ---
(In reply to ramana.radhakrishnan from comment #8)
> On 14/07/16 12:15, aurelien at aurel32 dot net wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
> >
> > --- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #10 from Aurelien Jarno ---
I have just posted a new version of the patch:
https://gcc.gnu.org/ml/gcc-patches/2016-07/msg01198.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77300
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
1 - 100 of 122 matches
Mail list logo