Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
The following code, extracted from lziprecover 1.25~pre1, and compiled with -O2
-mcmodel=medany causes the riscv backend to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #25 from Aurelien Jarno ---
(In reply to Andrew Pinski from comment #23)
> Fixed on the trunk will backport to GCC 13 after 13.2.0 is released (since
> the branch is frozen except for RM approvals).
Now that GCC 13.2.0 has been rele
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110755
--- Comment #10 from Aurelien Jarno ---
(In reply to Jakub Jelinek from comment #9)
> Created attachment 55616 [details]
> gcc14-pr110755.patch
>
> Updated patch.
Thanks. I have just tested it, and I confirm it fixes the reported issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110755
--- Comment #7 from Aurelien Jarno ---
(In reply to Jakub Jelinek from comment #6)
> Created attachment 55594 [details]
> gcc14-pr110755.patch
>
> Untested patch.
Thanks for the patch, I confirm it works as expected, now the result is a
positi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #18 from Aurelien Jarno ---
(In reply to Andreas Schwab from comment #17)
> I don't think you need -fno-omit-frame-pointer.
I confirm that CRTSTUFF_T_CFLAGS += -fno-asynchronous-unwind-tables
-fno-unwind-tables is enough to fix the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #15 from Aurelien Jarno ---
(In reply to Andrew Pinski from comment #14)
> Created attachment 55614 [details]
> patch for someone to test out
>
> The problem is the similar across many targets so I basically copied what
> was done f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #12 from Aurelien Jarno ---
Backtrace with debug symbols in libgcc_eh.a:
Program received signal SIGSEGV, Segmentation fault.
classify_object_over_fdes (ob=0xe2da0 , this_fde=0x1000530e6,
range=0x3ff310) at ../../../gcc/libgcc/u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #11 from Aurelien Jarno ---
I have bisected the issue, and I found it has been introduced by the following
commit:
commit 3cd08f7168c196d7a481b9ed9f4289fd1f14eea8
Author: Andreas Schwab
Date: Wed Jan 25 12:00:09 2023 +0100
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #10 from Aurelien Jarno ---
(In reply to Aurelien Jarno from comment #9)
> (In reply to Andrew Pinski from comment #5)
> > Can you try reverting r13-923-g2d546ff69455f7deadab and try GCC 13 again?
>
> Yep, I'll do that, but it will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #9 from Aurelien Jarno ---
(In reply to Andrew Pinski from comment #5)
> Can you try reverting r13-923-g2d546ff69455f7deadab and try GCC 13 again?
Yep, I'll do that, but it will probably take some time to get the results.
(In reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #8 from Aurelien Jarno ---
Created attachment 55610
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55610&action=edit
crtbeginT.o GCC 12 version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #7 from Aurelien Jarno ---
Created attachment 55609
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55609&action=edit
crtbeginT.o GCC 12 version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110755
--- Comment #2 from Aurelien Jarno ---
(In reply to Andrew Pinski from comment #1)
> Hmm, this might be the case where you need -frounding-math since we don't
> expectly implement the pragma.
Indeed the original glibc code is compiled with -fro
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
The following code, extracted and simplified from the PowerPC implementation of
nearbyintf() in the GNU libc is wrongly optimized at -O1 and -O2 on ppc64el
with GCC 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338
--- Comment #18 from Aurelien Jarno ---
Thanks Patrick for working on that and for the backport to the gcc-13 branch. I
wonder if the following patch should also be backported, as it doesn't make
sense to link with -latomic anymore with inline s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874
--- Comment #11 from Aurelien Jarno ---
Thanks for the patch! I confirm the issue is fixed on the trunk. I also tried
to apply it on the GCC 11 branch (which is basically renaming dwarf2out.cc into
dwarf2out.c in the patch) and this also works f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874
Aurelien Jarno changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874
--- Comment #4 from Aurelien Jarno ---
This is a better backtrace after building a riscv64 cross compiler from the
releases/gcc-11 branch:
/tmp/onnxifi_loader.c.i:6:1: internal compiler error: Segmentation fault
6 | }
| ^
0xadad0f cra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874
--- Comment #3 from Aurelien Jarno ---
I have been able to reduce the reproducer code to almost nothing, so I guess
the issue is mostly related to the options and not to the source code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874
Aurelien Jarno changed:
What|Removed |Added
Attachment #52099|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874
--- Comment #1 from Aurelien Jarno ---
Sorry I submitted the bug by mistake without filling a comment.
pytorch failed to build in Debian on riscv64 following the switch to GCC 11 by
default:
https://buildd.debian.org/status/fetch.php?pkg=pytorc
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Created attachment 52099
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52099&action=edit
Reproducer
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
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=91769
--- Comment #10 from Aurelien Jarno ---
Thanks!
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 #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 #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 #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
Aurelien Jarno changed:
What|Removed |Added
CC||law at redhat dot com,
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
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
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
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
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=85492
Aurelien Jarno changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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=84475
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
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=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=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
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=79030
--- Comment #1 from Aurelien Jarno ---
Created attachment 40480
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40480&action=edit
Testcase
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=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: ---
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=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
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
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=77300
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
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=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 #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
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
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
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=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
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=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 #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=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 #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 #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 #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 #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 #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 #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
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.
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66424
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
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=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
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=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
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=61219
--- Comment #1 from Aurelien Jarno ---
Patch: 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
Host: armv5tejl-unknown-linux-gnueabi
Target: armv5tejl-unknown-linux-gnueabi
Build: armv5tejl-unknown-linux-gnueabi
: 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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49376
Aurelien Jarno changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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=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=50916
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--- Comment
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=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
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=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
--- 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
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 #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
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 #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
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-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
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 #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
1 - 100 of 123 matches
Mail list logo
