[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 --- Comment #13 from Torbjörn Gard --- I got the same error this time. I use bash but looking at config.log I see that /bin/sh is used. I have seen nothing regarding this in the target-specific installation instructions. I have restarted the bui

[Bug tree-optimization/60363] [4.9/4.10 Regression]: logical_op_short_circuit, gcc.dg/tree-ssa/ssa-dom-thread-4.c scan-tree-dump-times dom1 "Threaded" 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60363 --- Comment #14 from amker at gcc dot gnu.org --- Author: amker Date: Mon May 5 07:36:30 2014 New Revision: 210059 URL: http://gcc.gnu.org/viewcvs?rev=210059&root=gcc&view=rev Log: PR tree-optimization/60363 * gcc/tree-ssa-threadupdate.c

[Bug libstdc++/60966] std::call_once sometime hangs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #8 from Thomas Sanchez --- Hey, I just wanted to know if you had the time to look into and/or if you were able to reproduce the bug ? Thanks,

[Bug testsuite/61061] New: FAIL: g++.dg/inherit/covariant7.C

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61061 Bug ID: 61061 Summary: FAIL: g++.dg/inherit/covariant7.C Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite

[Bug tree-optimization/60502] [4.8 Regression] ICE reassociation and vector types.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60502 --- Comment #9 from Jakub Jelinek --- Author: jakub Date: Mon May 5 08:07:35 2014 New Revision: 210062 URL: http://gcc.gnu.org/viewcvs?rev=210062&root=gcc&view=rev Log: Backport from mainline 2014-03-12 Jakub Jelinek Marc

[Bug tree-optimization/60960] [4.8 Regression] Wrong result when a vector variable is divided by a literal constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60960 --- Comment #6 from Jakub Jelinek --- Author: jakub Date: Mon May 5 08:16:43 2014 New Revision: 210064 URL: http://gcc.gnu.org/viewcvs?rev=210064&root=gcc&view=rev Log: Backported from mainline 2014-04-25 Jakub Jelinek PR tree-op

[Bug tree-optimization/60960] [4.8 Regression] Wrong result when a vector variable is divided by a literal constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60960 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug sanitizer/61021] [4.9/4.10 regression] libsanitizer fails to build with old glibc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61021 Richard Biener changed: What|Removed |Added Keywords||build Priority|P3

[Bug c++/61020] [4.9/4.10 Regression] typeid(typeid(X)) produces 'ud2'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61020 Richard Biener changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug tree-optimization/61042] [4.10 Regression] ICE on valid code at -O3 on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61042 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug rtl-optimization/59429] Missed optimization opportunity in qsort-style comparison functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59429 --- Comment #12 from Richard Biener --- My idea was to have sth like tree-affine for conditions and that condition optimizing passes (like ifcombine or ifcvt or phiopt) build an on-the-side representation for this, also catching straight-line code

[Bug tree-optimization/61034] Optimizing takes too many passes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libfortran/52539] I/O: Wrong result for UTF-8/UCS-4 list-directed and namelist read and nml write

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539 --- Comment #24 from Dominique d'Humieres --- On powerpc-apple-darwin9 with the patch in comment 20, the test gfortran.dg/namelist_utf8.f90 fails. The following modified test [karma] f90/bug% cat > pr52539_2_db.f90 ! { dg-do run } ! PR52539 UTF-8

[Bug target/61031] [4.10 Regression] ICE building libjava (verify_flow_info failed)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61031 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.10.0 --- Comment #1 from Richard Biene

[Bug driver/61028] [4.9/4.10 Regression] -g3 -g leads to spurious warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61028 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.1

[Bug lto/61043] LTO accumulates CPU requirements from all input objects

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043 Richard Biener changed: What|Removed |Added Keywords||lto --- Comment #4 from Richard Biener

[Bug middle-end/61045] [4.7/4.8/4.9/4.10 Regression] Wrong constant folding

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045 Richard Biener changed: What|Removed |Added Keywords||wrong-code Status|NEW

[Bug libfortran/61049] [4.9/4.10 Regression] NIST test FM906 fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61049 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Target Milestone|---

[Bug c++/61046] [4.8/4.9/4.10 Regression] ICE in lookup_field_1, at cp/search.c:384

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61046 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Target Milestone|---

[Bug rtl-optimization/61047] [4.9/4.10 Regression] wrong code at -O1 on x86_64-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61047 Richard Biener changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug c/61053] [4.9/4.10 Regression] _Alignas(long long) reduces alignment of long long

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61053 Richard Biener changed: What|Removed |Added Target||i?86-*-* Priority|P3

[Bug target/61058] [4.7/4.8/4.9/4.10 Regression] ICE: RTL check: expected elt 3 type 'B', have '0' (rtx barrier) in distance_agu_use_in_bb, at config/i386/i386.c:16740 with __builtin_unreachable()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61058 Richard Biener changed: What|Removed |Added Keywords||ice-checking Priority|P3

[Bug target/61060] [4.9/4.10 Regression] ICE: in int_mode_for_mode, at stor-layout.c:400 with -free-ter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61060 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Component|rtl-optimization

[Bug c++/60848] [4.7/4.8/4.9/4.10 Regression] Crash while experimenting with c++-0x initializer lists

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Target Milestone|---

[Bug libfortran/61049] [4.9/4.10 Regression] NIST test FM906 fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61049 --- Comment #5 from Dominique d'Humieres --- The following patch also fixes this PR (regtested and NIST suite) --- ../_clean/libgfortran/io/list_read.c2014-04-27 00:39:19.0 +0200 +++ libgfortran/io/list_read.c2014-05-05 09:53:52.0

[Bug target/61062] New: vzip tests fail on armeb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61062 Bug ID: 61062 Summary: vzip tests fail on armeb Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assigne

[Bug c++/60894] [4.7/4.8/4.9/4.10 Regression] Use of redundant struct keyword in virtual function prototype combined with using statement causes compilation error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60894 Richard Biener changed: What|Removed |Added Keywords||rejects-valid Priority|P3

[Bug middle-end/61010] [4.8/4.9 Regression] Infinite recursion in fold

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61010 Richard Biener changed: What|Removed |Added Known to work||4.10.0 Summary|[4.8/4.9/4.10

[Bug middle-end/61010] [4.8/4.9 Regression] Infinite recursion in fold

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61010 --- Comment #10 from Richard Biener --- Author: rguenth Date: Mon May 5 09:23:31 2014 New Revision: 210066 URL: http://gcc.gnu.org/viewcvs?rev=210066&root=gcc&view=rev Log: 2014-05-05 Richard Biener PR middle-end/61010 * fold-const.c

[Bug target/61058] [4.7/4.8/4.9/4.10 Regression] ICE: RTL check: expected elt 3 type 'B', have '0' (rtx barrier) in distance_agu_use_in_bb, at config/i386/i386.c:16740 with __builtin_unreachable()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61058 --- Comment #1 from Uroš Bizjak --- Similar to PR54455, where Steven said: --q-- There can't be a BARRIER in the middle of a basic block. This problem typically indicates that either a BARRIER was emitted in the wrong place, or BB_END wasn't upda

[Bug target/61062] vzip and vuzp execution tests fail on armeb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61062 --- Comment #1 from christophe.lyon at st dot com --- Similarly, vzup tests committed as SVN rev 209947 fail on armeb targets: gcc.target/arm/simd/vuzpf32_1.c execution test gcc.target/arm/simd/vuzpp16_1.c execution test gcc.target/arm/simd/v

[Bug c++/59366] A friend function template defined in a class is found without ADL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59366 --- Comment #1 from Momchil Velikov --- Proposed fix: http://gcc.gnu.org/ml/gcc-patches/2014-05/msg00198.html

[Bug tree-optimization/61034] Optimizing takes too many passes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034 --- Comment #2 from Richard Biener --- Actually it's the conditional free that "clobbers" the value as _83 may point to the same thing as _86 (so we don't CSE (possible) use-after-frees). if (_85 == 0) goto ; else goto ; :

[Bug tree-optimization/61034] Optimizing takes too many passes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034 --- Comment #3 from Richard Biener --- points-to cannot be improved here as it is flow-insensitive for memory accesses and the pointers are copied: D.2327.o = _2; D.2327.o = _79; thus they blend together. So we have to improve alias walking

[Bug tree-optimization/61034] Optimizing takes too many passes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034 --- Comment #4 from Richard Biener --- Created attachment 32736 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32736&action=edit hack patch that does the job (but has wrong-code issues, so I need to add a new hook to walk_non_aliased_vuses i

[Bug target/61026] sh-rtems4.11 build of 4.9.0 fails on FreeBSD 10 c++ (clang).

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026 --- Comment #7 from Jan-Benedict Glaw --- I'm not 100% sure, but I guess this fix breaks building GCC on gcc111.fsffrance.org . All build details can be found here: http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=218196 The actua

[Bug c/61063] New: Improve -fstack-protector-all

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61063 Bug ID: 61063 Summary: Improve -fstack-protector-all Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c Ass

[Bug c/61063] Improve -fstack-protector-all

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61063 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/61026] sh-rtems4.11 build of 4.9.0 fails on FreeBSD 10 c++ (clang).

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026 --- Comment #8 from Oleg Endo --- (In reply to Jan-Benedict Glaw from comment #7) > I'm not 100% sure, but I guess this fix breaks building GCC on > gcc111.fsffrance.org . All build details can be found here: > http://toolchain.lug-owl.de/buildbo

[Bug target/61026] sh-rtems4.11 build of 4.9.0 fails on FreeBSD 10 c++ (clang).

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026 --- Comment #9 from Jan-Benedict Glaw --- > Could you please try to add an > > #include > > before the C++ includes and see if it resolves some of the errors/changes > anything? It's probably not going to be the final fix for the problem, but

[Bug tree-optimization/61034] Optimizing takes too many passes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034 --- Comment #5 from Marc Glisse --- (In reply to Richard Biener from comment #4) > you might want to check whether that improves things and point me to stuff > that is left (FRE related). The fre2 dump looks much nicer (the .optimized dump is a b

[Bug tree-optimization/61034] Optimizing takes too many passes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034 --- Comment #6 from rguenther at suse dot de --- On Mon, 5 May 2014, glisse at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034 > > --- Comment #5 from Marc Glisse --- > (In reply to Richard Biener from comment #4) > >

[Bug target/60884] [SH] improve inlined strlen-like builtin functions

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

[Bug tree-optimization/61064] New: ARM G++ compiler mis-optimizes safe Abs function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61064 Bug ID: 61064 Summary: ARM G++ compiler mis-optimizes safe Abs function Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug driver/61065] New: [4.9/4.10 Regresion] invalid args to -fsanitize should be an error not a warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61065 Bug ID: 61065 Summary: [4.9/4.10 Regresion] invalid args to -fsanitize should be an error not a warning Product: gcc Version: 4.8.3 Status: UNCONFIRMED Severity:

[Bug driver/61065] [4.9/4.10 Regresion] invalid args to -fsanitize should be an error not a warning

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

[Bug driver/61065] [4.9/4.10 Regresion] invalid args to -fsanitize should be an error not a warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61065 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/61066] New: [4.8 Regression] Many testcase failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61066 Bug ID: 61066 Summary: [4.8 Regression] Many testcase failures Product: gcc Version: 4.8.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/61066] [4.8 Regression] Many testcase failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61066 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Target Milestone|---

[Bug c++/61066] [4.8 Regression] Many testcase failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61066 --- Comment #1 from Richard Biener --- r209292 is ok, r210069 is broken.

[Bug tree-optimization/61034] Optimizing takes too many passes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034 --- Comment #7 from Marc Glisse --- (In reply to rguent...@suse.de from comment #6) > that's a conditional assignment AFAICS Ah, you are right of course. It shouldn't be conditional, but it will take a VRP pass to notice that. If I schedule anoth

[Bug tree-optimization/59817] [4.8 Regression] ICE in extract_affine_chrec with -O2 -ftree-loop-linear

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59817 --- Comment #10 from Richard Biener --- Author: rguenth Date: Mon May 5 13:48:42 2014 New Revision: 210070 URL: http://gcc.gnu.org/viewcvs?rev=210070&root=gcc&view=rev Log: 2014-05-05 Richard Biener Backport from mainline 2014-04-23

[Bug tree-optimization/60895] [4.8 Regression] error: address taken, but ADDRESSABLE bit not set

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60895 --- Comment #6 from Richard Biener --- Author: rguenth Date: Mon May 5 13:48:42 2014 New Revision: 210070 URL: http://gcc.gnu.org/viewcvs?rev=210070&root=gcc&view=rev Log: 2014-05-05 Richard Biener Backport from mainline 2014-04-23

[Bug c++/60750] [4.8 Regression] double free after std::move on string inside throw when compiled with optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60750 --- Comment #11 from Richard Biener --- Author: rguenth Date: Mon May 5 13:48:42 2014 New Revision: 210070 URL: http://gcc.gnu.org/viewcvs?rev=210070&root=gcc&view=rev Log: 2014-05-05 Richard Biener Backport from mainline 2014-04-23

[Bug c++/60836] [4.7 Regression] invalid PHI argument and ICE in verify_gimple

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60836 --- Comment #8 from Richard Biener --- Author: rguenth Date: Mon May 5 13:48:42 2014 New Revision: 210070 URL: http://gcc.gnu.org/viewcvs?rev=210070&root=gcc&view=rev Log: 2014-05-05 Richard Biener Backport from mainline 2014-04-23

[Bug tree-optimization/59817] [4.8 Regression] ICE in extract_affine_chrec with -O2 -ftree-loop-linear

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59817 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/60453] ICE when building chromium with -O2 and graphite

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60453 --- Comment #5 from Richard Biener --- Author: rguenth Date: Mon May 5 13:48:42 2014 New Revision: 210070 URL: http://gcc.gnu.org/viewcvs?rev=210070&root=gcc&view=rev Log: 2014-05-05 Richard Biener Backport from mainline 2014-04-23

[Bug tree-optimization/60895] [4.8 Regression] error: address taken, but ADDRESSABLE bit not set

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60895 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|

[Bug c++/60750] [4.8 Regression] double free after std::move on string inside throw when compiled with optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60750 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|

[Bug c++/61066] [4.8 Regression] Many testcase failures

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

[Bug c++/61066] [4.8 Regression] Many testcase failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61066 Richard Biener changed: What|Removed |Added CC||daniel.gutson@tallertechnol

[Bug c++/61066] [4.8 Regression] Many testcase failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61066 --- Comment #4 from Dominique d'Humieres --- > r209292 is ok, r210069 is broken. r209870, pr60850. The tests should be updated by replacing dg-warning with dg-error (not tested, but obvious) or prevent the use of -pedantic-errors and use -pedant

[Bug c++/61067] New: [C++11] Explicit destructor declaration without exception-specification gets invalid exception-specification

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61067 Bug ID: 61067 Summary: [C++11] Explicit destructor declaration without exception-specification gets invalid exception-specification Product: gcc Version: 4.7.3

[Bug libstdc++/60966] std::call_once sometime hangs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #9 from Jonathan Wakely --- No, not yet.

[Bug c++/61067] [C++11] Explicit destructor declaration without exception-specification gets invalid exception-specification

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61067 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/50043] [C++0x] Implement core/1123

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50043 Jonathan Wakely changed: What|Removed |Added CC||jaak at ristioja dot ee --- Comment #15

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 --- Comment #14 from Torbjörn Gard --- It did not make any difference - but the build was really much faster! Thanks for the info on using bash.

[Bug ipa/60965] [4.10 Regression] IPA: Devirtualization versus placement new

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60965 --- Comment #14 from Jason Merrill --- (In reply to Andrew Haley from comment #11) > (In reply to Jason Merrill from comment #9) > > As far as I know people always use char arrays for placement new anyway; at > > least all the examples I've ever s

[Bug c++/60731] [4.7/4.8/4.9 Regression] dynamic library not getting reinitialized on multiple calls to dlopen()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60731 --- Comment #10 from Jason Merrill --- (In reply to Ondrej Bilka from comment #9) > First does suggestion below really work? > http://gcc.gnu.org/ml/gcc-help/2011-05/msg00450.html I don't see why it wouldn't. > void *h = dlopen("foo.so",RTLD_NOW

[Bug c++/51747] [DR 1467] [C++11] cannot call defaulted copy constructor using list-initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51747 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/61068] New: -O3 generates bad code (when tree-vectorize or inline-functions is on)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61068 Bug ID: 61068 Summary: -O3 generates bad code (when tree-vectorize or inline-functions is on) Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal

[Bug c/61053] [4.9/4.10 Regression] _Alignas(long long) reduces alignment of long long

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61053 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c/61068] -O3 generates bad code (when tree-vectorize or inline-functions is on)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61068 --- Comment #1 from Lawrence Mitchell --- 4.9 does not fail.

[Bug c++/61066] [4.8 Regression] Many testcase failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61066 --- Comment #5 from Daniel Gutson --- It seems some tests didn't run when I tested the patch, sorry about that. I'll try to run all the tests and update them as needed. I will post the new patch as soon as possible. Sorry for the inconveniences.

[Bug target/61068] -O3 generates bad code (when tree-vectorize or inline-functions is on)

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

[Bug target/61060] [4.9/4.10 Regression] ICE: in int_mode_for_mode, at stor-layout.c:400 with -free-ter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61060 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/61055] [avr] wrong test instruction after increment with -O1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61055 --- Comment #1 from Georg-Johann Lay --- I see similar code with -fno-peephole2 What about the following that is also turned into a signed test and generates an ADIW / BRGE sequence. This is also wrong then when we start with 0x7ffe? uint16_t f

[Bug libstdc++/61059] regex throws regex_error for valid extended regular expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61059 --- Comment #3 from Roger Leigh --- Thanks for the clarification. Just for reference for anyone else running into this behaviour: clang++3.3: compiles and runs VS2012: compiles and throws regex_error VS2013: compiles and throws regex_error

[Bug target/61058] [4.7/4.8/4.9/4.10 Regression] ICE: RTL check: expected elt 3 type 'B', have '0' (rtx barrier) in distance_agu_use_in_bb, at config/i386/i386.c:16740 with __builtin_unreachable()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61058 Uroš Bizjak changed: What|Removed |Added CC||law at redhat dot com --- Comment #2 from U

[Bug rtl-optimization/61047] [4.9/4.10 Regression] wrong code at -O1 on x86_64-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61047 Jeffrey A. Law changed: What|Removed |Added CC||law at redhat dot com --- Comment #2 fro

[Bug target/61060] [4.9/4.10 Regression] ICE: in int_mode_for_mode, at stor-layout.c:400 with -free-ter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61060 Uroš Bizjak changed: What|Removed |Added CC||hubicka at ucw dot cz --- Comment #2 from U

[Bug target/61058] [4.7/4.8/4.9/4.10 Regression] ICE: RTL check: expected elt 3 type 'B', have '0' (rtx barrier) in distance_agu_use_in_bb, at config/i386/i386.c:16740 with __builtin_unreachable()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61058 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug ipa/60965] [4.10 Regression] IPA: Devirtualization versus placement new

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60965 --- Comment #15 from Jan Hubicka --- Author: hubicka Date: Mon May 5 19:40:34 2014 New Revision: 210079 URL: http://gcc.gnu.org/viewcvs?rev=210079&root=gcc&view=rev Log: PR ipa/60965 * g++.dg/ipa/devirt-31.C: New testcase. * g++.dg/i

[Bug target/61060] [4.9/4.10 Regression] ICE: in int_mode_for_mode, at stor-layout.c:400 with -free-ter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61060 --- Comment #3 from Jan Hubicka --- > > if (CONST_INT_P (count_exp)) > min_size = max_size = probable_max_size = count = expected_size > = INTVAL (count_exp); > ... > > if (!count) > count_exp = copy_to_mode_reg (GET_MODE (coun

[Bug target/61068] -O3 generates bad code (when tree-vectorize or inline-functions is on)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61068 Zdenek Sojka changed: What|Removed |Added CC||zsojka at seznam dot cz --- Comment #3 fro

[Bug driver/61065] [4.9/4.10 Regresion] invalid args to -fsanitize should be an error not a warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61065 --- Comment #2 from Marek Polacek --- Author: mpolacek Date: Mon May 5 20:37:47 2014 New Revision: 210080 URL: http://gcc.gnu.org/viewcvs?rev=210080&root=gcc&view=rev Log: PR driver/61065 * opts.c (common_handle_option): Call error_at in

[Bug driver/61065] [4.9/4.10 Regresion] invalid args to -fsanitize should be an error not a warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61065 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug driver/61065] [4.9/4.10 Regresion] invalid args to -fsanitize should be an error not a warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61065 --- Comment #3 from Marek Polacek --- Author: mpolacek Date: Mon May 5 20:40:33 2014 New Revision: 210081 URL: http://gcc.gnu.org/viewcvs?rev=210081&root=gcc&view=rev Log: PR driver/61065 * opts.c (common_handle_option): Call error_at in

[Bug target/61058] [4.7/4.8/4.9/4.10 Regression] ICE: RTL check: expected elt 3 type 'B', have '0' (rtx barrier) in distance_agu_use_in_bb, at config/i386/i386.c:16740 with __builtin_unreachable()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61058 --- Comment #4 from Uroš Bizjak --- (In reply to Jeffrey A. Law from comment #3) > What do you need me to confirm? I can confirm that you're not supposed to > have BARRIERS in the middle of a block. Confirmation of invalid barrier location, so t

[Bug fortran/61069] New: Gfortran allows functions to be called as subroutines when defined in a separate source file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61069 Bug ID: 61069 Summary: Gfortran allows functions to be called as subroutines when defined in a separate source file Product: gcc Version: 4.8.2 Status: UNCONFIRMED

[Bug fortran/61069] Gfortran allows functions to be called as subroutines when defined in a separate source file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61069 --- Comment #1 from Dominique d'Humieres --- Your code is invalid and the compiler can do anything. Note that if you type bar as you should, gfortran complains: ! { dg-do compile } program foo implicit none integer :: i, bar external bar, b

[Bug ipa/60965] [4.10 Regression] IPA: Devirtualization versus placement new

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60965 --- Comment #16 from Jan Hubicka --- Author: hubicka Date: Mon May 5 23:27:40 2014 New Revision: 210086 URL: http://gcc.gnu.org/viewcvs?rev=210086&root=gcc&view=rev Log: PR ipa/60965 * ipa-devirt.c (get_class_context): Allow POD to chan

[Bug fortran/61069] Gfortran allows functions to be called as subroutines when defined in a separate source file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61069 --- Comment #2 from Tristan Moody --- Of course the code is invalid. That's the point. The compiler is inconsistent about whether it will catch that fact. This invalid code could easily show up, say, when refactoring a large code base, converting

[Bug debug/61070] New: debug_bitmap writes to stdout

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61070 Bug ID: 61070 Summary: debug_bitmap writes to stdout Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug As

[Bug target/60109] __builtin_frame_address does not work as documented on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60109 --- Comment #4 from Thomas Preud'homme --- Sorry for the late reply, I wasn't aware of this bug report until today. (In reply to Richard Earnshaw from comment #1) > This is an unresolvable problem. > > If we made __builtin_frame_address(N > 0) a

[Bug sanitizer/61071] New: With certain configurations of variables on function's stack, when debugging 32bit binary compiled with '-fsanitize=address', some variables in gdb are printed out as '

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61071 Bug ID: 61071 Summary: With certain configurations of variables on function's stack, when debugging 32bit binary compiled with '-fsanitize=address', some variables in gdb are

[Bug target/61068] -O3 generates bad code (when tree-vectorize or inline-functions is on)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61068 Lawrence Mitchell changed: What|Removed |Added Attachment #32738|0 |1 is obsolete|

[Bug target/61068] -O3 generates bad code (when tree-vectorize or inline-functions is on)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61068 --- Comment #5 from Lawrence Mitchell --- (In reply to Zdenek Sojka from comment #3) > You are casting "double arg1_0[12][3]" (and others) to "(double *)arg1_0" > and then using it as a single-dimensional array. The code has undefined > behaviour.