[Bug c/61240] [4.8/4.9/4.10 Regression] Incorrect warning "integer overflow in expression" on pointer-pointer subtraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61240 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug c/61240] [4.8/4.9/4.10 Regression] Incorrect warning "integer overflow in expression" on pointer-pointer subtraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61240 --- Comment #6 from Jakub Jelinek --- But in that case we should have an adequate replacement on the match_and_simplify side.

[Bug c/61240] [4.8/4.9/4.10 Regression] Incorrect warning "integer overflow in expression" on pointer-pointer subtraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61240 --- Comment #7 from Marek Polacek --- But C++ has its own pointer_diff version that doesn't do such optimization. With my change the C FE would generate the same expr as the C++ FE. And FEs shouldn't perform such optimizations anyway.

[Bug middle-end/60070] An option to disable all floating-pont

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60070 thopre01 at gcc dot gnu.org changed: What|Removed |Added CC||thopre01 at gcc dot gnu.org

[Bug target/61357] Patch for 60969 causes MIPS regressions in register allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61357 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|rtl-optimiza

[Bug bootstrap/62005] New: [4.10 regression] with --enable-checking=rtl : loop-unroll.c:2095:10: error: function may return address of local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62005 Bug ID: 62005 Summary: [4.10 regression] with --enable-checking=rtl : loop-unroll.c:2095:10: error: function may return address of local variable Product: gcc Ver

[Bug c++/62003] Possible bug in std::complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62003 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug bootstrap/62005] [4.10 regression] with --enable-checking=rtl : loop-unroll.c:2095:10: error: function may return address of local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62005 Richard Biener changed: What|Removed |Added CC||glisse at gcc dot gnu.org Target Mile

[Bug target/61713] ICE when building c++ code with atomic functions for thumb1 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61713 --- Comment #5 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Mon Aug 4 10:03:32 2014 New Revision: 213555 URL: https://gcc.gnu.org/viewcvs?rev=213555&root=gcc&view=rev Log: PR 61713: ICE when expanding single-threaded version of at

[Bug rtl-optimization/62004] dead type-unsafe load replaces type-safe load

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

[Bug ipa/61998] [4.10 Regression] ICE: Segmentation fault with -Wsuggest-final-types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61998 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.10.0

[Bug bootstrap/62005] [4.10 regression] with --enable-checking=rtl : loop-unroll.c:2095:10: error: function may return address of local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62005 --- Comment #2 from Marc Glisse --- Ah, I didn't test with --enable-ckecking=rtl. We could split the "maybe" part of the warning and downgrade it to Wextra, but I'd rather keep it at least in Wall, which means we need to change the loop-unroll c

[Bug c++/62006] New: Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 Bug ID: 62006 Summary: Bad code generation with -O3 (possibly due to -ftree-partial-pre) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/34716] application segfaults when compiled with -O2, but works well with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34716 Kai Tietz changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug rtl-optimization/34716] application segfaults when compiled with -O2, but works well with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34716 --- Comment #8 from Kai Tietz --- (In reply to Kai Tietz from comment #7) > As 5.1 is now already for some time no more in maintenance it would be > interesting to learn if that problem is still there for more current version > (4.9, 4.8) gcc. O

[Bug fortran/62007] New: default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 Bug ID: 62007 Summary: default(none) conflicts with iteration variable in openmp parallel loop simd Product: gcc Version: 4.9.1 Status: UNCONFIRMED Severity: no

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 Alexander Grund changed: What|Removed |Added Severity|normal |major

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 Jonathan Wakely changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIR

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 --- Comment #2 from Alexander Grund --- Created attachment 33232 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33232&action=edit Working example

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 --- Comment #3 from Alexander Grund --- Created attachment 33233 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33233&action=edit Broken example

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 --- Comment #4 from Alexander Grund --- I attached 2 testcases. Both are the same files but with different file endings. The .f works, the .F90 doesn't (it shows the reported behavior) compile both with "gfortran -fopenmp {file}"

[Bug rtl-optimization/61672] Less redundant instructions deleted by pre_delete after r208113.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672 --- Comment #1 from Yuri Rumyantsev --- Any comments will be appreciated.

[Bug libstdc++/61909] Small function optimization not applied to small objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61909 --- Comment #4 from lukeocamden at gmail dot com --- (In reply to Jonathan Wakely from comment #3) > (In reply to lukeocamden from comment #2) > > (In reply to Jonathan Wakely from comment #1) > > > This is by design. > > > > I don't really follo

[Bug libstdc++/61909] Small function optimization not applied to small objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61909 --- Comment #5 from Jonathan Wakely --- I already have a patch to do it

[Bug rtl-optimization/61672] Less redundant instructions deleted by pre_delete after r208113.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug other/61963] CilkPlus Array Notation ICE in build_array_notation_ref on malformed function arguments.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61963 Nick Tomlinson changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/62003] Possible bug in std::complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62003 --- Comment #2 from Daniel Wilczak --- OS version Windows 7, 64-bit. gcc version: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.8.1/lto-wrapper.exe Target: mingw32 Configured with: ../gcc-4.8.1/c

[Bug other/62008] New: CilkPlus Array Notation ICE in build_array_notation_ref when trying to build a multidimensional array from a pointer.

Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ ${GCC_TRUNK}/bin/g++ --version g++ (GCC) 4.10.0 20140804 (experimental) Copyright (C) 2014 Free Softwar

[Bug c++/62003] Possible bug in std::complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62003 Jonathan Wakely changed: What|Removed |Added Target||mingw32 Status|WAITING

[Bug c++/62003] Possible bug in std::complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62003 --- Comment #4 from Daniel Wilczak --- Me neither - on GNU/Linux the program runs normally. Daniel W dniu 2014-08-04 13:32, redi at gcc dot gnu.org pisze: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62003 > > Jonathan Wakely changed: > >

[Bug c++/61455] Internal compiler error, and other confused errors, when using array notation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61455 Nick Tomlinson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug bootstrap/62009] New: Bootstrap failure on i686

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62009 Bug ID: 62009 Summary: Bootstrap failure on i686 Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap As

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #3 from Richard Biener --- It looks ok what PRE does (it's not really a partial partial redundancy but a full redundndancy). The bug also reproduces with -O2 -ftree-partial-pre. Disabling loop optimizations and cddce2 hides the bug.

[Bug rtl-optimization/61672] Less redundant instructions deleted by pre_delete after r208113.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672 --- Comment #3 from Yuri Rumyantsev --- Created attachment 33235 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33235&action=edit file to reproduce Need to be compiled with -m32 -O3 -Wframe-larger-than=1728 -std=gnu++11 -fpic options.

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #4 from Thomas Köppe --- Ah, you're right, this offset pointer computation as it stands is undefined behaviour. The intended use is to use those pointers only within a preallocated arena, so that the pointers would indeed live in a co

[Bug rtl-optimization/61672] Less redundant instructions deleted by pre_delete after r208113.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672 --- Comment #4 from Yuri Rumyantsev --- Richard, I put into attachment original file. For compiler built 20140208 and 20140730 I've got: grep -c redundant test.cc.179r.pre (20140208) 3825 grep -c redundant test.182r.pre (20140730)

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #5 from Richard Biener --- Btw, points-to handles this conservatively, so -fno-tree-pta isn't a real fix either. We didn't yet spot the real bogus transform. But indeed makes sure you are computing differences within one arena only.

[Bug rtl-optimization/61672] Less redundant instructions deleted by pre_delete after r208113.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672 --- Comment #5 from Yuri Rumyantsev --- Richard, I put the original file into 61672 attachment and add comments for reproducing. 2014-08-04 15:16 GMT+04:00 rguenth at gcc dot gnu.org : > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672 > >

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 Harald Anlauf changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #5 from

[Bug testsuite/20003] libmudflap.cth timeouts too short

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20003 Frank Ch. Eigler changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug web/45782] When updating a bug, an error can be thrown if an email cannot be sent to a recipient

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45782 Frank Ch. Eigler changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/62007] default(none) conflicts with iteration variable in openmp parallel loop simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62007 --- Comment #6 from Alexander Grund --- gfortran 4.9.1 supports OpenMP 4.0 Removing the default(none) clause removes the error message, so it certainly IS supported. Besides that: Even the error message mentiones "!$OMP PARALLEL DO SIMD" so it i

[Bug bootstrap/62009] Bootstrap failure in vec.h::splice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62009 jgreenhalgh at gcc dot gnu.org changed: What|Removed |Added Target|i686|i686,

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #6 from Thomas Köppe --- Created attachment 33236 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33236&action=edit Fixed demo that doesn't have UB on account of invalid pointer arithmetic Here's a (very lazily) fixed version of

[Bug rtl-optimization/61672] Less redundant instructions deleted by pre_delete after r208113.

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

[Bug rtl-optimization/61672] [4.9/4.10 Regression] Less redundant instructions deleted by pre_delete after r208113.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Target Milestone|

[Bug bootstrap/62009] Bootstrap failure in vec.h::splice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62009 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Co

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #7 from Richard Biener --- Smells like a duplicate of PR49330 - still always returning 1 from base_alias_check doesn't fix the original testcase. Which also fails with -O -ftree-pre -ftree-partial-pre -fstrict-aliasing btw.

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #8 from Richard Biener --- The fixed demog works for me (GCC 4.9 and 4.8 at least).

[Bug fortran/62010] New: OpenMP simd produces wrong results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62010 Bug ID: 62010 Summary: OpenMP simd produces wrong results Product: gcc Version: 4.9.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/61948] [ARM] [4.10 regression] ICE with DImode shift by 1 bit (in copyprop_hardreg_forward_1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61948 cbaylis at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #9 from Thomas Köppe --- Argh, yes, I compiled the wrong file... indeed, the arena version works with GCC 4.8.2 for me, too, and in Clang as well. So... not an issue, I suppose? The desired real application will be for containers al

[Bug fortran/62010] OpenMP simd produces wrong results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62010 --- Comment #1 from Alexander Grund --- Created attachment 33239 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33239&action=edit Testcase 2

[Bug fortran/62010] OpenMP simd produces wrong results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62010 --- Comment #2 from Alexander Grund --- Related to this: In some cases OpenMP simd crashes while that crash is fixed by removing an unrelated piece of code. See Testcase 2. Run with: gfortran-4.9 gfortranBug.f -cpp && ./a.out && gfortran-4.9 gf

[Bug target/61948] [ARM] [4.10 regression] ICE with DImode shift by 1 bit (in copyprop_hardreg_forward_1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61948 Ramana Radhakrishnan changed: What|Removed |Added Target Milestone|--- |4.10.0

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #10 from rguenther at suse dot de --- On Mon, 4 Aug 2014, tkoeppe at google dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 > > --- Comment #9 from Thomas Köppe --- > Argh, yes, I compiled the wrong file... inde

[Bug tree-optimization/62006] Bad code generation with -O3 (possibly due to -ftree-partial-pre)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006 --- Comment #11 from Thomas Köppe --- Created attachment 33240 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33240&action=edit Further fixing: Uses uintptr_ts for the difference On Jonathan's suggestion I changed the distance computation

[Bug rtl-optimization/61672] [4.9/4.10 Regression] Less redundant instructions deleted by pre_delete after r208113.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672 --- Comment #7 from Yuri Rumyantsev --- It really fixes the issue. Thanks.

[Bug rtl-optimization/62011] New: False Data Dependency in popcnt instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62011 Bug ID: 62011 Summary: False Data Dependency in popcnt instruction Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl

[Bug tree-optimization/62012] New: Loop is not vectorized after function inlining (SCEV)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62012 Bug ID: 62012 Summary: Loop is not vectorized after function inlining (SCEV) Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug tree-optimization/62012] Loop is not vectorized after function inlining (SCEV)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62012 --- Comment #1 from Yuri Rumyantsev --- Created attachment 33241 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33241&action=edit test-case to reproduce Options to compile are: -Ofast -m64 -march=core-avx2 -fopenmp and macros -DPARAM can b

[Bug rtl-optimization/62004] dead type-unsafe load replaces type-safe load

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62004 --- Comment #2 from vries at gcc dot gnu.org --- Created attachment 33242 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33242&action=edit patch to fix if-conversion (In reply to Richard Biener from comment #1) > Heh, interesting set of eve

[Bug target/62013] New: [4.8/4.9 Regresion] cc1plus doesn't terminate when called with -g on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62013 Bug ID: 62013 Summary: [4.8/4.9 Regresion] cc1plus doesn't terminate when called with -g on arm-linux-gnueabihf Product: gcc Version: 4.9.0 Status: UNCONFIRMED

[Bug target/62013] [4.8/4.9 Regresion] cc1plus doesn't terminate when called with -g on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62013 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC

[Bug debug/61033] Infinite loop in variable tracking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61033 ktkachov at gcc dot gnu.org changed: What|Removed |Added CC||doko at gcc dot gnu.org ---

[Bug debug/61033] Infinite loop in variable tracking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61033 ktkachov at gcc dot gnu.org changed: What|Removed |Added Keywords||compile-time-hog

[Bug middle-end/60102] [4.9/4.10 Regression] powerpc fp-bit ices at dwf_regno

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102 --- Comment #16 from edmarwjr at gcc dot gnu.org --- Author: edmarwjr Date: Mon Aug 4 16:34:34 2014 New Revision: 213596 URL: https://gcc.gnu.org/viewcvs?rev=213596&root=gcc&view=rev Log: PR target/60102 [libgcc] 2014-07-31 Rohit * c

[Bug fortran/62010] OpenMP simd produces wrong results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62010 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3

[Bug fortran/62010] OpenMP simd produces wrong results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62010 Alexander Grund changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/60102] [4.9/4.10 Regression] powerpc fp-bit ices at dwf_regno

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102 --- Comment #17 from edmarwjr at gcc dot gnu.org --- Author: edmarwjr Date: Mon Aug 4 16:48:53 2014 New Revision: 213597 URL: https://gcc.gnu.org/viewcvs?rev=213597&root=gcc&view=rev Log: PR target/60102 [libgcc] 2014-08-04 Rohit * c

[Bug middle-end/60102] [4.9/4.10 Regression] powerpc fp-bit ices at dwf_regno

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102 --- Comment #18 from edmarwjr at gcc dot gnu.org --- Author: edmarwjr Date: Mon Aug 4 16:55:07 2014 New Revision: 213598 URL: https://gcc.gnu.org/viewcvs?rev=213598&root=gcc&view=rev Log: [gcc/testsuite] 2014-08-04 Rohit PR target/60102

[Bug debug/61033] [4.8/4.9 Regression] Infinite loop in variable tracking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61033 cbaylis at gcc dot gnu.org changed: What|Removed |Added CC||cbaylis at gcc dot gnu.org -

[Bug debug/61033] [4.8/4.9 Regression] Infinite loop in variable tracking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61033 --- Comment #6 from cbaylis at gcc dot gnu.org --- git bisect points to r211625 as the revision which fixes/hides this bug on trunk. 2014-06-13 Richard Biener * tree-ssa-pre.c (eliminate_dom_walker::before_dom_children): Rewr

[Bug bootstrap/62005] [4.10 regression] with --enable-checking=rtl : loop-unroll.c:2095:10: error: function may return address of local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62005 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3

[Bug libstdc++/61374] string_view::operator string() is buggy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61374 --- Comment #5 from Jonathan Wakely --- Author: redi Date: Mon Aug 4 18:50:14 2014 New Revision: 213601 URL: https://gcc.gnu.org/viewcvs?rev=213601&root=gcc&view=rev Log: Backported from mainline 2014-06-01 Jonathan Wakely PR libstdc++/

[Bug libstdc++/58962] Pretty printers use obsolete Python syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58962 --- Comment #7 from Jonathan Wakely --- Author: redi Date: Mon Aug 4 18:50:30 2014 New Revision: 213604 URL: https://gcc.gnu.org/viewcvs?rev=213604&root=gcc&view=rev Log: 2014-08-04 Samuel Bronson Backport r212453 from trunk 2014-07

[Bug libstdc++/61390] error in nested template parameter in ext/pb_ds header file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61390 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Mon Aug 4 18:50:25 2014 New Revision: 213603 URL: https://gcc.gnu.org/viewcvs?rev=213603&root=gcc&view=rev Log: Backported from mainline 2014-06-10 Jonathan Wakely PR libstdc++/

[Bug libstdc++/61374] string_view::operator string() is buggy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61374 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug bootstrap/62005] [4.10 regression] with --enable-checking=rtl : loop-unroll.c:2095:10: error: function may return address of local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62005 --- Comment #4 from Marc Glisse --- (In reply to Jakub Jelinek from comment #3) > That said, an interesting question is why we don't warn about this without > rtl checking, the function still returns address of the parameter. Is that > because i

[Bug debug/61033] [4.8/4.9 Regression] Infinite loop in variable tracking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61033 --- Comment #7 from Michael Collison --- Charlie, I still feel that the var tracking pass should be able to protect itself from an infinite loop. On 8/4/2014 11:43 AM, cbaylis at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.c

[Bug libstdc++/61390] error in nested template parameter in ext/pb_ds header file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61390 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/58962] Pretty printers use obsolete Python syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58962 Jonathan Wakely changed: What|Removed |Added Target Milestone|4.10.0 |4.9.2 --- Comment #8 from Jonathan Wak

[Bug c++/49718] please allow no_instrument_function attribute in class member definition/declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49718 bradley_small at hotmail dot com changed: What|Removed |Added CC||bradley_small at hotmai

[Bug c++/49718] please allow no_instrument_function attribute in class member definition/declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49718 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |4.9.0 --- Comment #6 from Jonathan Wak

[Bug bootstrap/62005] [4.10 regression] with --enable-checking=rtl : loop-unroll.c:2095:10: error: function may return address of local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62005 --- Comment #5 from Marc Glisse --- (In reply to Marc Glisse from comment #4) > Compiling without RTL checking but with -fkeep-inline-functions > probably warns as well then. Uh, for some reason -fkeep-inline-functions does not preserve static f

[Bug target/62014] New: [AArch64] Using -mgeneral-regs-only may lead to ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014 Bug ID: 62014 Summary: [AArch64] Using -mgeneral-regs-only may lead to ICE Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug target/62014] [AArch64] Using -mgeneral-regs-only may lead to ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014 --- Comment #1 from Andrew Pinski --- + /* Do not spill into FP registers when "-mgeneral-regs-only" is specified. * You are missing a / in your comment.

[Bug target/62014] [AArch64] Using -mgeneral-regs-only may lead to ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014 --- Comment #2 from Evandro Menezes --- (In reply to Andrew Pinski from comment #1) > + /* Do not spill into FP registers when "-mgeneral-regs-only" is > specified. * > > You are missing a / in your comment. Ermahgerd!

[Bug target/62014] [AArch64] Using -mgeneral-regs-only may lead to ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014 Evandro Menezes changed: What|Removed |Added Attachment #33245|0 |1 is obsolete|

[Bug libstdc++/61946] [4.8/4.9/4.10 Regression] rope construction, passing allocator referenct without const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61946 --- Comment #4 from Jonathan Wakely --- Author: redi Date: Mon Aug 4 22:16:44 2014 New Revision: 213611 URL: https://gcc.gnu.org/viewcvs?rev=213611&root=gcc&view=rev Log: Backported from mainline 2014-07-29 Jonathan Wakely PR libstdc++/

[Bug libstdc++/61946] [4.8/4.9/4.10 Regression] rope construction, passing allocator referenct without const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61946 --- Comment #5 from Jonathan Wakely --- Author: redi Date: Mon Aug 4 22:31:51 2014 New Revision: 213612 URL: https://gcc.gnu.org/viewcvs?rev=213612&root=gcc&view=rev Log: Backported from mainline 2014-07-29 Jonathan Wakely PR libstdc++/

[Bug libstdc++/61946] [4.8/4.9/4.10 Regression] rope construction, passing allocator referenct without const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61946 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ipa/62015] New: ipa-cp-clone uses a clone that is too specialized for the call context

fix=49 --with-gmp=/usr/local --with-gxx-include-dir=/usr/local/lib/gcc49/include/c++/ --with-libiconv-prefix=/usr/local --with-system-zlib --disable-rpath --enable-languages=c,c++ --mandir=/usr/local/man --infodir=/usr/local/info/gcc49 --disable-initfini-array --disable-install-libiberty Thread model

[Bug go/61308] gccgo: ICE in Expression::check_bounds [GoSmith]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61308 --- Comment #3 from Ian Lance Taylor --- Test committed to master repository as fixedbugs/bug489.go.

[Bug go/61866] FAIL: ./index0-out.go execution, -O0 -g -fno-var-tracking-assignments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61866 --- Comment #1 from ian at gcc dot gnu.org --- Author: ian Date: Tue Aug 5 02:58:15 2014 New Revision: 213616 URL: https://gcc.gnu.org/viewcvs?rev=213616&root=gcc&view=rev Log: PR go/61308 PR go/61866 compiler: Don't cast index expr to

[Bug go/61308] gccgo: ICE in Expression::check_bounds [GoSmith]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61308 --- Comment #4 from ian at gcc dot gnu.org --- Author: ian Date: Tue Aug 5 02:58:15 2014 New Revision: 213616 URL: https://gcc.gnu.org/viewcvs?rev=213616&root=gcc&view=rev Log: PR go/61308 PR go/61866 compiler: Don't cast index expr to

[Bug go/61308] gccgo: ICE in Expression::check_bounds [GoSmith]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61308 --- Comment #5 from ian at gcc dot gnu.org --- Author: ian Date: Tue Aug 5 03:10:53 2014 New Revision: 213617 URL: https://gcc.gnu.org/viewcvs?rev=213617&root=gcc&view=rev Log: PR go/61308 compiler: Handle enclosing vars for function type

[Bug go/61308] gccgo: ICE in Expression::check_bounds [GoSmith]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61308 --- Comment #6 from ian at gcc dot gnu.org --- Author: ian Date: Tue Aug 5 03:11:17 2014 New Revision: 213618 URL: https://gcc.gnu.org/viewcvs?rev=213618&root=gcc&view=rev Log: PR go/61308 compiler: Handle enclosing vars for function type

  1   2   >