[Bug target/110066] [13 Regression] [RISC-V] Segment fault if compiled with -static -pg

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

[Bug tree-optimization/110755] [13/14 Regression] Wrong optimization of fabs on ppc64el at -O1

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.

[Bug tree-optimization/110755] [13/14 Regression] Wrong optimization of fabs on ppc64el at -O1

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

[Bug target/110066] [13/14 Regression] [RISC-V] Segment fault if compiled with -static -pg

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

[Bug target/110066] [13/14 Regression] [RISC-V] Segment fault if compiled with -static -pg

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

[Bug target/110066] [RISC-V] Segment fault if compiled with -static -pg

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

[Bug target/110066] [RISC-V] Segment fault if compiled with -static -pg

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

[Bug target/110066] [RISC-V] Segment fault if compiled with -static -pg

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

[Bug target/110066] [RISC-V] Segment fault if compiled with -static -pg

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

[Bug target/110066] [RISC-V] Segment fault if compiled with -static -pg

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=edit crtbeginT.o GCC 12 version

[Bug target/110066] [RISC-V] Segment fault if compiled with -static -pg

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=edit crtbeginT.o GCC 12 version

[Bug target/110066] [RISC-V] Segment fault if compiled with -static -pg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066 Aurelien Jarno changed: What|Removed |Added CC||aurelien at aurel32 dot net

[Bug target/110755] Wrong optimization of fabs on ppc64el at -O1

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

[Bug target/110755] New: Wrong optimization of fabs on ppc64el at -O1

: 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

[Bug target/104338] RISC-V: Subword atomics result in library calls

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

[Bug target/104338] RISC-V: Subword atomics result in library calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338 Aurelien Jarno changed: What|Removed |Added CC||aurelien at aurel32 dot net

[Bug debug/103874] [11 Regression] ICE in internal_error on riscv64 and -gsplit-dwarf

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

[Bug target/103874] [11/12 Regression] ICE in internal_error on riscv64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874 Aurelien Jarno changed: What|Removed |Added CC||jakub at redhat dot com --- Comment

[Bug target/103874] [11/12 Regression] ICE in internal_error on riscv64

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

[Bug target/103874] [11/12 Regression] ICE in internal_error on riscv64

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.

[Bug target/103874] [11/12 Regression] ICE in internal_error on riscv64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103874 Aurelien Jarno changed: What|Removed |Added Attachment #52099|0 |1 is obsolete|

[Bug c/103874] [11/12 Regression] ICE in internal_error on riscv64

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:

[Bug c/103874] New: [11/12 Regression] ICE in internal_error on riscv64

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=edit Reproducer

[Bug target/95115] [10 Regression] RISC-V 64: inf/inf division optimized out, invalid operation not raised

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

[Bug target/95115] New: [10 Regression] RISC-V 64: inf/inf division optimized out, invalid operation not raised

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

[Bug target/91769] [9/10 regression] wrong code with -O2 on MIPS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769 --- Comment #10 from Aurelien Jarno --- Thanks!

[Bug target/91769] [9/10 regression] wrong code with -O2 on MIPS

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.

[Bug target/91769] [9/10 regression] wrong code with -O2 on MIPS

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

[Bug target/91769] [9 regression] wrong code with -O2 on MIPS

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

[Bug target/91769] [9 regression] wrong code with -O2 on MIPS

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.

[Bug target/91769] [9 regression] wrong code with -O2 on MIPS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769 Aurelien Jarno changed: What|Removed |Added CC||law at redhat dot com,

[Bug target/91769] New: [9 regression] wrong code with -O2 on MIPS

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

[Bug d/91628] New: libdruntime uses glibc internal symbol on s390

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

[Bug c/88576] -fno-math-errno causes GCC to consider that malloc does not set errno

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

[Bug c/88576] -fno-math-errno causes GCC to consider that malloc does not set errno

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]

[Bug c/88576] New: -fno-math-errno causes GCC to consider that malloc does not set errno

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

[Bug target/85492] riscv64: endless loop when throwing an exception from a constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85492 Aurelien Jarno changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/85492] riscv64: endless loop when throwing an exception from a constructor

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

[Bug target/85492] New: riscv64: endless when throwing an exception from a constructor

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=edit test case The attached C++ code, extracted f

[Bug target/84475] pthread doesn't define _REENTRANT in preprocessor on riscv-linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84475 Aurelien Jarno changed: What|Removed |Added CC||aurelien at aurel32 dot net

[Bug target/81481] [7 Regression] Spills %xmm to stack in glibc strspn SSE 4.2 variant

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!

[Bug target/81481] [7 Regression] Spills %xmm to stack in glibc strspn SSE 4.2 variant

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

[Bug target/81803] Miscompilation at -O1 on mips64el

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

[Bug target/81803] New: Miscompilation at -O1 on mips64el

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

[Bug other/79030] Compilation failure due to virtual memory exhaustion

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=edit Testcase

[Bug other/79030] New: Compilation failure due to virtual memory exhaustion

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

[Bug other/78971] ggc-min-expand default value is probably obsolete

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

[Bug other/78971] New: ggc-min-expand default value is probably obsolete

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

[Bug target/78012] -mfpxx produces assembly code using odd FP registers on MIPS

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

[Bug target/78012] -mfpxx produces assembly code using odd FP registers on MIPS

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=edit Reduced testcase

[Bug target/78012] New: -mfpxx produces assembly code using odd FP registers on MIPS

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

[Bug target/77300] [MIPS] incorrectly moves instruction containing local GOT16 relocation into a delay slot

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77300 Aurelien Jarno changed: What|Removed |Added CC||aurelien at aurel32 dot net

[Bug target/59833] ARM soft-float extendsfdf2 fails to quiet signaling NaN

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

[Bug target/59833] ARM soft-float extendsfdf2 fails to quiet signaling NaN

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 #

[Bug target/59833] ARM soft-float extendsfdf2 fails to quiet signaling NaN

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

[Bug middle-end/71155] New: symbol in wrong section .data.rel.local on mips64el

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

[Bug target/68273] [5/6/7 Regression] Wrong code on mips/mipsel due to (invalid?) peeking at alignments in function_arg.

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,

[Bug target/68273] [5/6 Regression] Wrong code on mips/mipsel due to (invalid?) peeking at alignments in function_arg.

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)

[Bug debug/67355] [5 Regression] ICE compiling LTP testcase, endless cselib recursion from var-tracking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67355 Aurelien Jarno changed: What|Removed |Added CC||aurelien at aurel32 dot net

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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 >

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302 Aurelien Jarno changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/59833] ARM soft-float extendsfdf2 fails to quiet signaling NaN

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

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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:

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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=edit output log with cselib.c patched Please find attached the output with your cselib.c patch. Sorry for the delay. If

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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=edit Output log 2 Unfortunately it still fails, though the output log is now slightly different. Please find it

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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=edit Output log Please find attached the output log of gcc running patched as you requested.

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

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

[Bug debug/68302] New: [5/6 Regression] ICE with debugging enabled on mips

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.

[Bug ipa/68273] New: Wrong code on mips/mipsel with -fno-ipa-sra

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

[Bug ipa/66424] [5/6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66424 Aurelien Jarno changed: What|Removed |Added CC||aurelien at aurel32 dot net

[Bug rtl-optimization/67736] Wrong optimization with -fexpensive-optimizations on mips64el

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.

[Bug rtl-optimization/67736] Wrong optimization with -fexpensive-optimizations on mips64el

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

[Bug target/67736] New: Wrong optimization with -fexpensive-optimizations on mips64el

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

[Bug target/61441] New: ARM aarch64 fails to quiet signaling NaN

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

[Bug target/59833] ARM soft-float extendsfdf2 fails to quiet signaling NaN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833 --- Comment #3 from Aurelien Jarno aurelien at aurel32 dot net --- Please note that the following patch fixes the issue: https://gcc.gnu.org/ml/gcc-patches/2014-05/msg01421.html

[Bug target/61219] New: float to double conversion do not silence sNaN on soft-float ARM

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

[Bug target/61219] float to double conversion do not silence sNaN on soft-float ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61219 --- Comment #1 from Aurelien Jarno aurelien at aurel32 dot net --- Patch: https://gcc.gnu.org/ml/gcc-patches/2014-05/msg01421.html

[Bug libgcc/59412] New: __fixunsdfDI triggers wrong inexact exceptions

: 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 __fixunsdfDI

[Bug target/49376] ICE when compiling linux kernel on mipsel

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49376 Aurelien Jarno aurelien at aurel32 dot net changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug target/52258] __builtin_isgreaterequal is sometimes signaling on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52258 --- Comment #2 from Aurelien Jarno aurelien at aurel32 dot net 2012-02-19 11:30:36 UTC --- Created attachment 26700 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26700 Testcase

[Bug target/52258] New: __builtin_isgreaterequal is sometimes signaling on ARM

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

[Bug other/50916] -Os, -D_FORTIFY_SOURCE breaks strcpy others if inlined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50916 Aurelien Jarno aurelien at aurel32 dot net changed: What|Removed |Added CC||aurelien

[Bug target/49696] ICE on mips when compiling drizzle

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49696 --- Comment #3 from Aurelien Jarno aurelien at aurel32 dot net 2011-10-06 06:40:46 UTC --- I confirm the issue is fixed in trunk. Thanks!

[Bug target/49821] [4.6 regression] ICE in dwarf2out_cfi_begin_epilogue, at dwarf2out.c:3015

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49821 --- Comment #1 from Aurelien Jarno aurelien at aurel32 dot net 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

[Bug target/49696] New: ICE on mips when compiling drizzle

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:

[Bug c/49376] New: ICE when compiling linux kernel on mipsel

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:

[Bug debug/45387] New: mips: non-dynamic relocations refer to dynamc symbol

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

[Bug debug/45387] mips: non-dynamic relocations refer to dynamc symbol

--- 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=21550action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45387

[Bug middle-end/38969] [4.3 Regression] -foptimize-sibling-calls generates wrong code on alpha

--- 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

[Bug c/38969] New: -foptimize-sibling-calls generates wrong code

ReportedBy: aurelien at aurel32 dot net GCC build triplet: alphaev68-unknown-linux-gnu GCC host triplet: alphaev68-unknown-linux-gnu GCC target triplet: alphaev68-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38969

[Bug target/36466] New: internal compiler error: in choose_reload_regs, at reload1.c:6190

: 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

[Bug target/36466] internal compiler error: in choose_reload_regs, at reload1.c:6190

--- 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=15731action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36466

[Bug target/36415] New: internal compiler error: in extract_insn, at recog.c:1990

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

[Bug target/36415] internal compiler error: in extract_insn, at recog.c:1990

--- 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=15711action=view) Reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36415

[Bug middle-end/35964] ICE with -funroll-loops on arm/arm eabi

--- 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=15633action=view) Patch to fix the problem This patch fixes the problem. It has been extracted from gfortran-armel-updates.dpatch

[Bug middle-end/35964] ICE with -funroll-loops on arm/arm eabi

--- 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.2. -- http://gcc.gnu.org

[Bug middle-end/35964] ICE with -funroll-loops on arm/arm eabi

--- 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

  1   2   >