[Bug target/60516] [4.7/4.8/4.9 regression]: cc1plus crashes compiling a method with a huge struct as argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/60516] [4.7/4.8/4.9 regression]: cc1plus crashes compiling a method with a huge struct as argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org --- Created attachment 32367 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32367action=edit gcc49-pr60516.patch Untested fix.

[Bug fortran/60543] [4.8/4.9 Regression] Function with side effect removed by the optimizer.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60543 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Kostya Serebryany from comment #2) Please symbolize the output. How? asan_symbolize.py doesn't parse this output. If I run addr2line on the first few symbols

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org --- (In reply to Markus Trippelsdorf from comment #3) (In reply to Kostya Serebryany from comment #2) Please symbolize the output. How? asan_symbolize.py doesn't parse this

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #5 from Kostya Serebryany kcc at gcc dot gnu.org --- Clang trunk cannot build Firefox with -fsanitize=address, because I get asan related linker errors. To the best of my knowledge, firefox is routinely built by several different

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #6 from Kostya Serebryany kcc at gcc dot gnu.org --- _Unwind_Find_FDE+0x01D9 /home/markus/gcc/libgcc/unwind-dw2-fde-dip.c:462 /home/markus/gcc/libgcc/unwind-dw2.c:1182 _Unwind_Backtrace+0x004B

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #7 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Kostya Serebryany from comment #5) Clang trunk cannot build Firefox with -fsanitize=address, because I get asan related linker errors. To the best of my

[Bug middle-end/60546] [4.8 and 4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- -fno-strict-aliasing fixes the issue So there might be an aliasing issue in the code.

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #8 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Kostya Serebryany from comment #5) Clang trunk cannot build Firefox with -fsanitize=address, because I get asan related linker errors. To the best of my

[Bug bootstrap/60050] Build failure on MinGW64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60050 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #9 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Kostya Serebryany from comment #6) _Unwind_Find_FDE+0x01D9 /home/markus/gcc/libgcc/unwind-dw2-fde-dip.c:462 /home/markus/gcc/libgcc/unwind-dw2.c:1182

[Bug other/60548] [libvtv/scripts/sum-vtv-counts.c:108]: (warning) scanf without field width limit s can crash with huge input data.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60548 David Binderman dcb314 at hotmail dot com changed: What|Removed |Added Severity|normal |minor

[Bug other/60547] libcilkrts/runtime/record-replay.cpp: 2 * possible problems in calls to scanf ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60547 David Binderman dcb314 at hotmail dot com changed: What|Removed |Added Severity|normal |minor

[Bug middle-end/60534] ICE: in expand_GOMP_SIMD_VF, at internal-fn.c:142 with -fopenmp -O -fno-tree-loop-optimize and #pragma omp simd reduction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60534 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2

[Bug middle-end/60534] ICE: in expand_GOMP_SIMD_VF, at internal-fn.c:142 with -fopenmp -O -fno-tree-loop-optimize and #pragma omp simd reduction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60534 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/60516] [4.7/4.8/4.9 regression]: cc1plus crashes compiling a method with a huge struct as argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516 --- Comment #7 from Kai Tietz ktietz at gcc dot gnu.org --- Thanks for the patch. I am about to do a full-regression test for it. This will take some time. Quick test has shown that issue isn't 'thiscall' specific at all. stdcall, and fastcall

[Bug other/60548] [libvtv/scripts/sum-vtv-counts.c:108]: (warning) scanf without field width limit s can crash with huge input data.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60548 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- This file is never compiled so it is very minor.

[Bug other/60547] libcilkrts/runtime/record-replay.cpp: 2 * possible problems in calls to scanf ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60547 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- This code is never used unless you turn on the code manually.

[Bug middle-end/60429] [4.7/4.8 Regression] Miscompilation (aliasing) with -finline-functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429 --- Comment #26 from rguenther at suse dot de rguenther at suse dot de --- On Sat, 15 Mar 2014, linux at carewolf dot com wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429 --- Comment #25 from Allan Jensen linux at carewolf dot com ---

[Bug middle-end/60546] [4.8 and 4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org --- But it might be related to bug 60429.

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #10 from Kostya Serebryany kcc at gcc dot gnu.org --- ==10632==ERROR: AddressSanitizer: heap-use-after-free on address 0x6021ec50 at pc 0x7f3e30645dbd bp 0x7fff6d3b2a60 sp 0x7fff6d3b2a38 READ of size 2 at 0x6021ec50 thread

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #11 from Kostya Serebryany kcc at gcc dot gnu.org --- Sorry, but I don't have a google account and refuse to create one. You can login to our bug tracker with any existing e-mail, or you can contact us via

[Bug ada/60504] [4.9 regression] many Ada testsuite regressions with gcc-4.9-20140309 on armv5tel-linux-gnueabi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60504 --- Comment #7 from Mikael Pettersson mikpelinux at gmail dot com --- (In reply to Bernd Edlinger from comment #6) that would be r208419 and r208150 Reverting r208150 + r208419 and rebuilding from scratch eliminated all acats regressions.

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #12 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Kostya Serebryany from comment #11) Sorry, but I don't have a google account and refuse to create one. You can login to our bug tracker with any existing

[Bug fortran/60549] New: [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549 Bug ID: 60549 Summary: [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords:

[Bug fortran/60549] [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||dominiq at lps

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #13 from Kostya Serebryany kcc at gcc dot gnu.org --- What about the allocating memory until the OOM killer hits issue? Do you think this is an asan bug? Dunno. File a bug with more details if you think it's a bug. I guess you can

[Bug middle-end/60534] ICE: in expand_GOMP_SIMD_VF, at internal-fn.c:142 with -fopenmp -O -fno-tree-loop-optimize and #pragma omp simd reduction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60534 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot

[Bug target/53513] SH Target: Add support for fschg and fpchg insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513 --- Comment #7 from Oleg Endo olegendo at gcc dot gnu.org --- (In reply to Rich Felker from comment #6) On Sun, Mar 16, 2014 at 11:32:21PM +, olegendo at gcc dot gnu.org wrote: If it's OK for a temporary mode switch to clobber other FPSCR

[Bug target/60516] [4.7/4.8/4.9 regression]: cc1plus crashes compiling a method with a huge struct as argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Attachment #32367|0 |1 is

[Bug fortran/60549] [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug fortran/60549] [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549 --- Comment #2 from Richard Biener rguenth at gcc dot gnu.org --- Indeed once such variables have their address taken (trivially happens in fortran) we have a hard time disambiguating them. You might want to try (the imperfect) -fipa-pta, even

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851 --- Comment #14 from Andreas Schwab schwab at gcc dot gnu.org --- Author: schwab Date: Mon Mar 17 09:23:15 2014 New Revision: 208612 URL: http://gcc.gnu.org/viewcvs?rev=208612root=gccview=rev Log: PR testsuite/58851 *

[Bug fortran/58793] Wrong value for _vtab for intrinsic types with CLASS(*): storage_size of class(*) gives wrong result

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58793 Bug 58793 depends on bug 58851, which changed state. Bug 58851 Summary: FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851 What|Removed |Added

[Bug testsuite/58851] FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/60549] [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549 --- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr --- You might want to try (the imperfect) -fipa-pta, even though that pessimizes code in some cases. It does not change the run time for fatigue.f90.

[Bug fortran/60549] [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #3) You might want to try (the imperfect) -fipa-pta, even though that pessimizes code in some cases. It does not change the

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org --- Well, even when it is Firefox/whatever bug, the question is why do you get a crash in libgcc_s.so.1. Is that because your libgcc is too old to handle the gcc 4.9 emitted unwind info?

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added CC||rguenth at gcc

[Bug sanitizer/60536] Backtrace corrupted on Firefox build with -fsanitize=address and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60536 --- Comment #16 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #15) Well, even when it is Firefox/whatever bug, the question is why do you get a crash in libgcc_s.so.1. Is that because your

[Bug tree-optimization/60537] Loop header copying code bloat for simple loops that don't benefit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60537 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug sanitizer/60535] [4.9 Regression] Link failure with -flto and -fsanitize=undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60535 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.9.0

[Bug rtl-optimization/57425] [4.8 Regression] RTL alias analysis unprepared to handle stack slot sharing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57425 --- Comment #18 from Mikael Pettersson mikpelinux at gmail dot com --- Bill, the backport patch has now been approved: http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00792.html

[Bug fortran/60550] New: ICE on factory design pattern

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60550 Bug ID: 60550 Summary: ICE on factory design pattern Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug c++/60551] New: __attribute__((used)) is ignored for 'static' function declarations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60551 Bug ID: 60551 Summary: __attribute__((used)) is ignored for 'static' function declarations Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org --- Created attachment 32370 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32370action=edit patch to fix store motion issue Fixing that doesn't fix it (or my fix doesn't work ;)).

[Bug target/60539] [SH] builtin string functions ignore loop and label alignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60539 chrbr at gcc dot gnu.org changed: What|Removed |Added CC||chrbr at gcc dot gnu.org ---

[Bug other/53313] Add warning levels

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53313 Sergei Trofimovich slyfox at inbox dot ru changed: What|Removed |Added CC||slyfox at

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #5 from linzj manjian2006 at gmail dot com --- Well,valgind do detect invalid memory usage.That's not an asan problem then. Since it effects from 4.8,does that mean 4.8 is not secure any more?

[Bug tree-optimization/39612] [4.7/4.8/4.9 Regression] LIM inserts loads from uninitialized local memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612 --- Comment #21 from Richard Biener rguenth at gcc dot gnu.org --- Created attachment 32371 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32371action=edit Fix

[Bug tree-optimization/39612] [4.7/4.8/4.9 Regression] LIM inserts loads from uninitialized local memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612 --- Comment #22 from Richard Biener rguenth at gcc dot gnu.org --- The fix uses the store-data-race avoiding path which keeps a flag per moved mem-ref whether it was stored to. With that I can avoid loading from the ref before the loop if there

[Bug tree-optimization/39612] [4.7/4.8/4.9 Regression] LIM inserts loads from uninitialized local memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/60539] [SH] builtin string functions ignore loop and label alignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60539 --- Comment #2 from chrbr at gcc dot gnu.org --- note also that instead of merging the 3 max remaining bytes after the world-at-time loop with the byte-at-a-time loop I had a version that unrolled the 3 of them of we have 2 different path

[Bug sanitizer/60535] [4.9 Regression] Link failure with -flto and -fsanitize=undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60535 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug sanitizer/60535] [4.9 Regression] Link failure with -flto and -fsanitize=undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60535 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||mpolacek at

[Bug other/60552] New: integer operation result is out of range ? -__gnu_cxx::__numeric_traits_ValueT::__min ^

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60552 Bug ID: 60552 Summary: integer operation result is out of range ? -__gnu_cxx::__numeric_traits_ValueT::__min^ Product: gcc Version: 4.4.3 Status: UNCONFIRMED

[Bug fortran/60549] [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549 --- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr --- And what exact change do you get with a mere http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00754.html patch, against same version without it (e.g. both without the SAVE for

[Bug target/60516] [4.7/4.8/4.9 regression]: cc1plus crashes compiling a method with a huge struct as argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60516 --- Comment #9 from Kai Tietz ktietz at gcc dot gnu.org --- Did regression-test for 32-bit mingw for C, C++, and Fortran. No new regressions occurred. So patch is from my POV ok for trunk and branches

[Bug fortran/60549] [4.9 Regression] Run time doubled for fatigue.f90 due to SAVE changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #5) And what exact change do you get with a mere http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00754.html patch, against same

[Bug other/60552] integer operation result is out of range ? -__gnu_cxx::__numeric_traits_ValueT::__min ^

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60552 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Severity|major |normal ---

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #6 from Richard Biener rguenth at gcc dot gnu.org --- Meanwhile -fno-tree-dse also fixes this but it only prevents mayhem downstream (Jakub bisected this to a revision that exposed the issue, r158047). You have to disable both tree

[Bug target/53513] SH Target: Add support for fschg and fpchg insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513 chrbr at gcc dot gnu.org changed: What|Removed |Added CC||chrbr at gcc dot gnu.org ---

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug other/60552] integer operation result is out of range ? -__gnu_cxx::__numeric_traits_ValueT::__min ^

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60552 Sivaprasad addepalli.prasad at tcs dot com changed: What|Removed |Added Severity|normal |major

[Bug other/60552] integer operation result is out of range ? -__gnu_cxx::__numeric_traits_ValueT::__min ^

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60552 --- Comment #2 from Sivaprasad addepalli.prasad at tcs dot com --- with GCC 4.6.3 also, we are facing same problems.

[Bug other/60040] AVR: error: unable to find a register to spill in class 'POINTER_REGS'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60040 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added CC|

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #8 from linzj manjian2006 at gmail dot com --- I don't think it can be mark as resolved-invalid that fast.This code is used by WebKit for a long time and no one would say this is an illegal algorithm.

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #9 from linzj manjian2006 at gmail dot com --- If this is an illegal expression, it should be reported at compile time,not generating a wrong code.

[Bug sanitizer/60535] Link failure with -flto and -fsanitize=undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60535 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added Summary|[4.9 Regression] Link |Link

[Bug middle-end/60429] [4.7/4.8 Regression] Miscompilation (aliasing) with -finline-functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429 --- Comment #27 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Mon Mar 17 13:08:41 2014 New Revision: 208615 URL: http://gcc.gnu.org/viewcvs?rev=208615root=gccview=rev Log: 2014-03-17 Richard Biener rguent...@suse.de

[Bug tree-optimization/60485] field-sensitive points-to confused by pointer offsetting

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60485 --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Mon Mar 17 13:08:41 2014 New Revision: 208615 URL: http://gcc.gnu.org/viewcvs?rev=208615root=gccview=rev Log: 2014-03-17 Richard Biener rguent...@suse.de

[Bug middle-end/60429] [4.7 Regression] Miscompilation (aliasing) with -finline-functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Known to work||4.8.3, 4.9.0

[Bug other/60552] integer operation result is out of range ? -__gnu_cxx::__numeric_traits_ValueT::__min ^

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60552 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 linzj manjian2006 at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/53513] SH Target: Add support for fschg and fpchg insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513 --- Comment #9 from Kazumoto Kojima kkojima at gcc dot gnu.org --- Although it seems that (1)-(5) in #3 are interesting points, they are almost optimizations. I guess that programs with frequent FP mode switchings are simply rare in real world

[Bug sanitizer/60535] Link failure with -flto and -fsanitize=undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60535 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug sanitizer/60535] Link failure with -flto and -fsanitize=undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60535 --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #3) Created attachment 32373 [details] gcc49-pr60535.patch Untested fix. There are 3 remaining tests I haven't removed the dg-skip-if

[Bug middle-end/60534] ICE: in expand_GOMP_SIMD_VF, at internal-fn.c:142 with -fopenmp -O -fno-tree-loop-optimize and #pragma omp simd reduction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60534 --- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org --- Author: mpolacek Date: Mon Mar 17 14:15:51 2014 New Revision: 208616 URL: http://gcc.gnu.org/viewcvs?rev=208616root=gccview=rev Log: PR middle-end/60534 * omp-low.c

[Bug middle-end/60534] ICE: in expand_GOMP_SIMD_VF, at internal-fn.c:142 with -fopenmp -O -fno-tree-loop-optimize and #pragma omp simd reduction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60534 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/53513] SH Target: Add support for fschg and fpchg insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513 --- Comment #10 from Oleg Endo olegendo at gcc dot gnu.org --- (In reply to Kazumoto Kojima from comment #9) Although it seems that (1)-(5) in #3 are interesting points, they are almost optimizations. Yep. Those are not necessary to get the

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #12 from linzj manjian2006 at gmail dot com --- Alright,should I change the algorithm to avoid this bug?

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #13 from rguenther at suse dot de rguenther at suse dot de --- On Mon, 17 Mar 2014, manjian2006 at gmail dot com wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #12 from linzj manjian2006 at gmail dot com ---

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #14 from linzj manjian2006 at gmail dot com --- Well,but I have not figured out what goes wrong in the hashing algorithm. Would you point it out.

[Bug sanitizer/60535] Link failure with -flto and -fsanitize=undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60535 --- Comment #5 from Marek Polacek mpolacek at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #3) g++.dg/ubsan/pr59437.C This one shows a bug either in the -fvtable-* verification stuff, or in cgraph, but doesn't look related to

[Bug lto/59441] ICE in bitmap_element_allocate

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59441 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug tree-optimization/57303] [4.7 Regression] struct miscompiled at -O1 and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57303 --- Comment #11 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Mon Mar 17 14:38:55 2014 New Revision: 208618 URL: http://gcc.gnu.org/viewcvs?rev=208618root=gccview=rev Log: 2014-03-17 Richard Biener rguent...@suse.de

[Bug tree-optimization/59139] [4.7 Regression] internal compiler error: in get_val_for, at tree-ssa-loop-niter.c:2267

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139 --- Comment #7 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Mon Mar 17 14:38:55 2014 New Revision: 208618 URL: http://gcc.gnu.org/viewcvs?rev=208618root=gccview=rev Log: 2014-03-17 Richard Biener rguent...@suse.de

[Bug tree-optimization/60183] [4.7 Regression] phiprop creates invalid code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60183 --- Comment #9 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Mon Mar 17 14:38:55 2014 New Revision: 208618 URL: http://gcc.gnu.org/viewcvs?rev=208618root=gccview=rev Log: 2014-03-17 Richard Biener rguent...@suse.de

[Bug tree-optimization/60183] [4.7 Regression] phiprop creates invalid code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60183 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||mpolacek at

[Bug tree-optimization/57303] [4.7 Regression] struct miscompiled at -O1 and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57303 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/59139] [4.7 Regression] internal compiler error: in get_val_for, at tree-ssa-loop-niter.c:2267

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/60546] [4.8/4.9] O2 asan enable generates wrong insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546 --- Comment #16 from linzj manjian2006 at gmail dot com --- Yes,that may work.But what exactly go wrong in the original algorithm? I can't change a correct algorithm just because it volatiles TBBA and make the compiler generate wrong code.Because

[Bug c++/59571] [C++11] ICE when casting inside static member constexpr brace initializer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59571 --- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Mon Mar 17 14:53:05 2014 New Revision: 208619 URL: http://gcc.gnu.org/viewcvs?rev=208619root=gccview=rev Log: /cp 2014-03-17 Paolo Carlini

[Bug c++/60553] New: segfault in gt_ggc_mx_lang_tree_node in Chromium with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60553 Bug ID: 60553 Summary: segfault in gt_ggc_mx_lang_tree_node in Chromium with LTO Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/59571] [C++11] ICE when casting inside static member constexpr brace initializer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59571 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/53513] SH Target: Add support for fschg and fpchg insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513 --- Comment #11 from chrbr at gcc dot gnu.org --- (In reply to Oleg Endo from comment #10) (In reply to Kazumoto Kojima from comment #9) Although it seems that (1)-(5) in #3 are interesting points, they are almost optimizations. Yep.

  1   2   >