[Bug lto/78795] LTO causes undefined reference errors when linking with GMP "make check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795 --- Comment #7 from Markus Trippelsdorf --- (In reply to Vincent Lefèvre from comment #6) > Hmm... I can see the changes in the GCC 4.9 release notes. Something not > obvious (the last time I had tested LTO was with GCC 4.8). And I would have >

[Bug tree-optimization/77485] Missed dead store elimination of aggregate store followed by partial stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77485 --- Comment #7 from Jeffrey A. Law --- There was a bit of cruft and a missed ADDR_EXPR in that last fragment of gimple code. ;; basic block 2, loop depth 0, count 0, freq 0, maybe hot ;;prev block 0, next block 1, flags: (NEW, REACHABLE,

[Bug middle-end/78786] GCC hangs/out of memory calling sprintf with large precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78786 Martin Sebor changed: What|Removed |Added Keywords||ice-on-valid-code, patch --- Comment #5

[Bug libgcc/78804] New: [RX] -m64bit-doubles does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78804 Bug ID: 78804 Summary: [RX] -m64bit-doubles does not work Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc

[Bug libfortran/78793] list_read.c: 7 * possible unintended fallthrough ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78793 Jerry DeLisle changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug lto/78795] LTO causes undefined reference errors when linking with GMP "make check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795 --- Comment #6 from Vincent Lefèvre --- Hmm... I can see the changes in the GCC 4.9 release notes. Something not obvious (the last time I had tested LTO was with GCC 4.8). And I would have expected libtool to select the right ar/ranlib/nm tools,

[Bug lto/78795] LTO causes undefined reference errors when linking with GMP "make check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795 --- Comment #5 from Vincent Lefèvre --- (In reply to Markus Trippelsdorf from comment #3) > Also make sure that nm, ar and ranlib use the liblto_plugin, > by either using wrappers (gcc-ar, etc.) or setting up a symlink > to the plugin in

[Bug target/78516] [7 Regression] ICE in lra_assign for e500v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78516 --- Comment #7 from Peter Bergner --- (In reply to Joseph S. Myers from comment #6) > With the "updated fix" gcc-pr78516.v2.diff applied I get an ICE building > glibc. Preprocessed source attached. Compile with: > powerpc-linux-gnuspe-gcc -S

[Bug target/72717] [5/6 Regression] ICE: in emit_move_insn, at expr.c:3693 with vector shift @ powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72717 Michael Meissner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/72717] [5/6 Regression] ICE: in emit_move_insn, at expr.c:3693 with vector shift @ powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72717 --- Comment #8 from Michael Meissner --- Author: meissner Date: Tue Dec 13 23:56:17 2016 New Revision: 243626 URL: https://gcc.gnu.org/viewcvs?rev=243626=gcc=rev Log: [gcc] 2016-12-13 Michael Meissner

[Bug tree-optimization/77485] Missed dead store elimination of aggregate store followed by partial stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77485 --- Comment #6 from Jeffrey A. Law --- So DSE involving CONSTRUCTOR nodes is a bit of a pain. The way CONSTRUCTOR nodes are used past gimplification is awkward for DSE. Specifically we have a CONSTRUCTOR node with no ELTS. The semantics of

[Bug libgcc/78779] libgcc/soft-fp/op-common.h:900: possible missing break ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78779 --- Comment #3 from joseph at codesourcery dot com --- The fallthroughs are intentional.

[Bug c/78768] -Walloca-larger-than and -Wformat-length warnings disabled by -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78768 Martin Sebor changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/76731] [AVX512] _mm512_i32gather_epi32 and other scatter/gather routines have incorrect signature

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731 Uroš Bizjak changed: What|Removed |Added CC||hjl at gcc dot gnu.org --- Comment #7

[Bug fortran/78803] New: deferred-length character components of derived types (allocatable string length) problem - ?regression

' len=', len(con%str(1)) write(*,*) con%str(1) do j=1, n write(*,*) 'CON ->', con%str(j), '<- ', len(con%str(j)) end do end program testalloc Compiled with GNU Fortran (GCC) 7.0.0 20161213 (experimental) [trunk revision 243588] or 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4)

[Bug target/76731] [AVX512] _mm512_i32gather_epi32 and other scatter/gather routines have incorrect signature

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731 --- Comment #6 from Wenzel Jakob --- Are there any news here? This is clearly an issue, and it would be nice to fix it. I currently can't compile my AVX512 project on GCC due to this bug.

[Bug c++/69481] ICE with C++11 alias using with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481 Nathan Sidwell changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/69481] ICE with C++11 alias using with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481 --- Comment #12 from Nathan Sidwell --- Author: nathan Date: Tue Dec 13 20:43:08 2016 New Revision: 243624 URL: https://gcc.gnu.org/viewcvs?rev=243624=gcc=rev Log: cp/ PR c++/69481 * cp-tree.h (TYPE_TEMPLATE_INFO):

[Bug target/65618] [5/6/7 Regression] gnat bootstrap comparison failure on mips{,el}-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65618 James Cowgill changed: What|Removed |Added CC||james410 at cowgill dot org.uk ---

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170 --- Comment #12 from Jan Kratochvil --- (In reply to Jonathan Wakely from comment #7) > That doesn't help: > > std::vector::iterator it; > { > std::vector v{1}; > it = v.begin(); > } > > The iterator is safely initialized,

[Bug libstdc++/78486] feature request: std::iu16stringstream std::ou16stringstream, and utf8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78486 --- Comment #5 from Jim Michaels --- then add it.

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170 --- Comment #11 from Jan Kratochvil --- (In reply to Jonathan Wakely from comment #9) > Most developers don't even know the debug mode exists. That's a problem communicating it to users. -O0 -g would be best to always use -D_GLIBCXX_DEBUG if

[Bug fortran/78800] [OOP] ICE in compare_parameter, at fortran/interface.c:2246

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78800 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/78797] It is time perhaps to implement -std=f2015

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78797 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/72717] [5/6 Regression] ICE: in emit_move_insn, at expr.c:3693 with vector shift @ powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72717 --- Comment #7 from Michael Meissner --- Yes, it is fixed on the trunk, but I was keeping the PR open until I installed it on the GCC 6 branch.

[Bug fortran/78798] [cleanup] some int-valued functions should be bool

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

[Bug fortran/78798] [cleanup] some int-valued functions should be bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78798 --- Comment #1 from janus at gcc dot gnu.org --- Author: janus Date: Tue Dec 13 18:55:20 2016 New Revision: 243621 URL: https://gcc.gnu.org/viewcvs?rev=243621=gcc=rev Log: 2016-12-13 Janus Weil PR fortran/78798

[Bug fortran/78801] ICE in estimate_move_cost, at tree-inline.c:3845

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78801 --- Comment #1 from Gerhard Steinmetz --- With option -O0 : $ gfortran-7-20161211 -O0 -c z1.f90 z1.f90:2:0: character(8) :: g internal compiler error: in convert_move, at expr.c:228 0x92d1ec

[Bug fortran/78801] New: ICE in estimate_move_cost, at tree-inline.c:3845

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78801 Bug ID: 78801 Summary: ICE in estimate_move_cost, at tree-inline.c:3845 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/78800] New: ICE in compare_parameter, at fortran/interface.c:2246

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78800 Bug ID: 78800 Summary: ICE in compare_parameter, at fortran/interface.c:2246 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/78799] New: ms_abi handles return of __int128 by value incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78799 Bug ID: 78799 Summary: ms_abi handles return of __int128 by value incorrectly Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/77532] [F03] ICE in check_dtio_interface1, at fortran/interface.c:4622

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77532 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code,

[Bug c/78665] Unexpected warning about "assuming signed overflow does not occur when simplifying conditional"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78665 --- Comment #2 from Richard W.M. Jones --- The code which calculates seg_len is surely quite interesting in that case: size_t seg_len = block_len (h, blkoff, ); if (seg_len <= 4 || (seg_len & 3) != 0) { The block_len function which

[Bug fortran/77532] [F03] ICE in check_dtio_interface1, at fortran/interface.c:4622

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

[Bug target/78516] [7 Regression] ICE in lra_assign for e500v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78516 --- Comment #6 from Joseph S. Myers --- Created attachment 40329 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40329=edit Preprocessed source With the "updated fix" gcc-pr78516.v2.diff applied I get an ICE building glibc. Preprocessed

[Bug target/78796] TLS fails to link on aarch64 with -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78796 --- Comment #6 from wilco at gcc dot gnu.org --- (In reply to James Greenhalgh from comment #4) > This looks sensible, but why not also drop the: > > if (nopcrelative_literal_loads > > As was done in r237607? > > Wilco, can you comment on

[Bug target/78796] TLS fails to link on aarch64 with -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78796 --- Comment #5 from Jakub Jelinek --- (In reply to James Greenhalgh from comment #4) > This looks sensible, but why not also drop the: > > if (nopcrelative_literal_loads > > As was done in r237607? I wanted to fix just this bug. The

[Bug tree-optimization/78529] [7 Regression] gcc.c-torture/execute/builtins/strcat-chk.c failed with lto/O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529 --- Comment #21 from amker at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #20) > Unless you do something very nasty in the spec files (in which case you > should just avoid those tests), the user specified objects should always >

[Bug target/78796] TLS fails to link on aarch64 with -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78796 James Greenhalgh changed: What|Removed |Added CC||jgreenhalgh at gcc dot gnu.org ---

[Bug fortran/78798] [cleanup] some int-valued functions should be bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78798 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/78798] New: [cleanup] some int-valued functions should be bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78798 Bug ID: 78798 Summary: [cleanup] some int-valued functions should be bool Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug go/78763] go1: internal compiler error: in do_get_backend, at go/gofrontend/expressions.cc:8352

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78763 --- Comment #5 from Jiri Danek --- On Mon, Dec 12, 2016 at 3:10 PM, marxin at gcc dot gnu.org < gcc-bugzi...@gcc.gnu.org> wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78763 > > --- Comment #4 from Martin Liška --- > I was able to run

[Bug driver/78787] O Color, Where Art Thou? (with -flto)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78787 Domani Hannes changed: What|Removed |Added CC||ssbssa at yahoo dot de --- Comment #2

[Bug target/78796] TLS fails to link on aarch64 with -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78796 --- Comment #3 from wilco at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #2) > I can bootstrap/regtest this on aarch64-linux, but 6.3 rc1 is planned for > tomorrow. Could the aarch64 maintainers review it before then (if they

[Bug c++/78656] Fix-it suggestion for std::alocator doesn't include std::allocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78656 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug driver/70936] Hard-coded C++ header paths and relocation problem on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70936 Rolf Eike Beer changed: What|Removed |Added CC||e...@sf-mail.de ---

[Bug fortran/78545] Possible correction to online LTIME documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78545 --- Comment #5 from janus at gcc dot gnu.org --- Patch at: https://gcc.gnu.org/ml/fortran/2016-11/msg00244.html Dominique, I had already approved this patch back in November, but apparently you have never committed it?

[Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78794 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/78718] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1427

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

[Bug fortran/78797] New: It is time perhaps to implement -std=f2015

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78797 Bug ID: 78797 Summary: It is time perhaps to implement -std=f2015 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/78718] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1427

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78718 Jim MacArthur changed: What|Removed |Added CC||jim.macarthur at codethink dot co.

[Bug target/78791] [7 regression] ACATS cxf2001 failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78791 --- Comment #3 from Eric Botcazou --- > (insn 305 183 306 22 (set (mem/c:SI (plus:SI (reg/f:SI 20 frame) > (const_int -8 [0xfff8])) [0 S4 A64]) > (subreg:SI (reg:DI 113 [ divmod_tmp_66 ]) 0)) -1 > (nil))

[Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78794 --- Comment #10 from uros at gcc dot gnu.org --- Author: uros Date: Tue Dec 13 17:15:35 2016 New Revision: 243615 URL: https://gcc.gnu.org/viewcvs?rev=243615=gcc=rev Log: PR target/78794 * config/i386/i386.c

[Bug target/59874] Missing builtin (__builtin_clzs) when compiling with g++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59874 --- Comment #8 from Allan Jensen --- Thanks that looks good. I will test it when I have a chance. I am changing the Qt sources to not assume the presence of __builtin_clzs when __BMI__ is defined. It can use __builtin_clz() and

[Bug gcov-profile/48361] gcov freezes when using --all-blocks (-a) flag.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361 --- Comment #13 from Luca Ingianni --- I hope the files I just uploaded might be of use. lcov hangs indefinitely on this file. Command line: /usr/bin/lcov --rc lcov_branch_coverage=1 --directory . --capture --output-file unittests.info This

[Bug gcov-profile/48361] gcov freezes when using --all-blocks (-a) flag.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361 --- Comment #12 from Luca Ingianni --- Created attachment 40328 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40328=edit the .gcda file

[Bug fortran/77785] [Coarray] ICE in gfc_get_caf_token_offset, at fortran/trans-expr.c:1990

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77785 --- Comment #7 from vehre at gcc dot gnu.org --- Author: vehre Date: Tue Dec 13 16:47:48 2016 New Revision: 243614 URL: https://gcc.gnu.org/viewcvs?rev=243614=gcc=rev Log: gcc/fortran/ChangeLog: 2016-12-13 Andre Vehreschild

[Bug gcov-profile/48361] gcov freezes when using --all-blocks (-a) flag.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361 --- Comment #11 from Luca Ingianni --- Created attachment 40327 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40327=edit teh gcov file

[Bug gcov-profile/48361] gcov freezes when using --all-blocks (-a) flag.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361 --- Comment #10 from Luca Ingianni --- Created attachment 40326 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40326=edit the soure file

[Bug libstdc++/78486] feature request: std::iu16stringstream std::ou16stringstream, and utf8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78486 --- Comment #4 from Jonathan Wakely --- That was never in in the first place, so it can't have been removed.

[Bug tree-optimization/78731] [5 Regression] Possible bug with switch when optimization is turned on.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78731 --- Comment #6 from Jeffrey A. Law --- The patch is fine -- it can't hurt correctness and it's less invasive than pulling out all the backedge handling like we did for later releases. My only worry is that it's really a bandaid for code that is

[Bug lto/78795] LTO causes undefined reference errors when linking with GMP "make check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/78796] TLS fails to link on aarch64 with -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78796 Jakub Jelinek changed: What|Removed |Added CC||ramana at gcc dot gnu.org,

[Bug target/78796] TLS fails to link on aarch64 with -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78796 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/78486] feature request: std::iu16stringstream std::ou16stringstream, and utf8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78486 --- Comment #3 from Jim Michaels --- also, u16strfuncs-nostr.cpp:612:3: error: 'u16out' is not a member of 'std' std::u16out<

[Bug target/78796] New: TLS fails to link on aarch64 with -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78796 Bug ID: 78796 Summary: TLS fails to link on aarch64 with -mcmodel=large Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78794 --- Comment #9 from Yuri Rumyantsev --- Hi Uros, I checked thta with your patch performance is recovered on Avoton machine: before after 462.libquantum18.400020.9000 +13.58% Best regards. Yuri.

[Bug lto/78795] LTO causes undefined reference errors when linking with GMP "make check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795 --- Comment #3 from Markus Trippelsdorf --- Also make sure that nm, ar and ranlib use the liblto_plugin, by either using wrappers (gcc-ar, etc.) or setting up a symlink to the plugin in lib/bfd-plugins/.

[Bug lto/78795] LTO causes undefined reference errors when linking with GMP "make check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795 --- Comment #2 from Vincent Lefèvre --- Do you mean that's a bug in GMP? Note that when I used the same options in the past (2012), there were no problems with GCC 4.7.1 and GMP 5.0.5.

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170 --- Comment #10 from Jonathan Wakely --- (In reply to Jan Kratochvil from comment #6) > This all depends more on a different non-pretty-printers feature I plan to > file for libstdc++ for years but I have never done so yet. With >

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170 --- Comment #9 from Jonathan Wakely --- (In reply to Jan Kratochvil from comment #8) > (In reply to Jonathan Wakely from comment #7) > > But most code isn't compiled with debug mode enabled. > > IMO all code for debugging with pretty printers

[Bug tree-optimization/78428] [5/6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 64-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78428 Martin Liška changed: What|Removed |Added Summary|[5/6/7 Regression] wrong|[5/6 Regression] wrong code

[Bug lto/78795] LTO causes undefined reference errors when linking with GMP "make check"

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

[Bug bootstrap/78756] Missing prefix in the name of gfortran.info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78756 --- Comment #3 from Mojca Miklavec --- And just for the reference, here's the commit that fixed the behaviour for us: https://github.com/macports/macports-ports/commit/0b41554b5c627dcd5d095b1b432f554993df4c90

[Bug bootstrap/78756] Missing prefix in the name of gfortran.info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78756 --- Comment #2 from Mojca Miklavec --- I just wanted to confirm that doing the same kind of replacement for gfortran as our package manager does for gcc, I get the expected result. So gfortran's info file doesn't seem to behave any different

[Bug c++/69953] [5/6/7 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #24 from Vincent Lefèvre --- Thanks for confirming. And indeed, I also get a failure with GCC 4.9.4, so that it is really different. For the reference, I've reported bug 78795.

[Bug fortran/78781] [7 Regression] [Coarray] ICE in gfc_deallocate_scalar_with_status, at fortran/trans.c:1588

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

[Bug lto/78795] New: LTO causes undefined reference errors when linking with GMP "make check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795 Bug ID: 78795 Summary: LTO causes undefined reference errors when linking with GMP "make check" Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity:

[Bug c++/69953] [5/6/7 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #23 from Markus Trippelsdorf --- (In reply to Vincent Lefèvre from comment #22) > I get the same kind of errors with "make check" for GMP 6.1.1 by using GCC > 6.2.1 and LTO (-flto=jobserve -fuse-linker-plugin), e.g. > >

[Bug c++/69953] [5/6/7 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 Vincent Lefèvre changed: What|Removed |Added CC||vincent-gcc at vinc17 dot net ---

[Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78794 --- Comment #8 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #7) > Yes, this is a good idea. Also, since pandn on non-BMI target replaces four arith insns with one, the gain should be raised for 2 * ix86_cost->add for a total of 3

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170 --- Comment #8 from Jan Kratochvil --- (In reply to Jonathan Wakely from comment #7) > That doesn't help: > > std::vector::iterator it; > { > std::vector v{1}; > it = v.begin(); > } > > The iterator is safely initialized,

[Bug fortran/78737] [OOP] linking error with deferred, undefined user-defined derived-type I/O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78737 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug tree-optimization/78725] [7 Regression] wrong code at -O3 on x86_64-linux-gnu (in both 32-bit and 64-bit modes)

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

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170 --- Comment #7 from Jonathan Wakely --- (In reply to Jan Kratochvil from comment #6) > (In reply to Jonathan Wakely from comment #5) > > I think it's simply wrong to automatically dereference iterators. GDB > > doesn't do that when printing

[Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78794 --- Comment #7 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #6) > Shouldn't that take into account whether there is a scalar andn or not? > I.e. only bump the gain if !TARGET_BMI? Yes, this is a good idea.

[Bug fortran/78737] [OOP] linking error with deferred, undefined user-defined derived-type I/O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78737 --- Comment #25 from janus at gcc dot gnu.org --- Author: janus Date: Tue Dec 13 14:28:17 2016 New Revision: 243609 URL: https://gcc.gnu.org/viewcvs?rev=243609=gcc=rev Log: 2016-12-13 Janus Weil Paul Thomas

[Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202

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

[Bug c++/77830] internal compiler error: in output_constructor_regular_field, at varasm.c:4968, when using constexpr (with testcase)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77830 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170 --- Comment #6 from Jan Kratochvil --- (In reply to Jonathan Wakely from comment #5) > I think it's simply wrong to automatically dereference iterators. GDB > doesn't do that when printing pointers, so why do the pretty printers do it > for

[Bug tree-optimization/78725] [7 Regression] wrong code at -O3 on x86_64-linux-gnu (in both 32-bit and 64-bit modes)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78725 --- Comment #6 from Michael Matz --- Author: matz Date: Tue Dec 13 14:14:41 2016 New Revision: 243606 URL: https://gcc.gnu.org/viewcvs?rev=243606=gcc=rev Log: Fix pr78725 PR tree-optimization/78725 * tree-ssa-loop-split.c

[Bug debug/59161] GDB pretty printers: iterator->reference not printed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59161 --- Comment #4 from Jonathan Wakely --- This seems like a GDB bug, since all the pretty printer does is: def to_string(self): return self.val['_M_current'].dereference() So stringifying that is done by GDB, and should produce the

[Bug target/59874] Missing builtin (__builtin_clzs) when compiling with g++

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

[Bug libstdc++/65434] Memory leak in pool constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65434 --- Comment #10 from Jonathan Wakely --- See https://gcc.gnu.org/ml/gcc-patches/2016-12/msg01158.html

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170 --- Comment #5 from Jonathan Wakely --- I think it's simply wrong to automatically dereference iterators. GDB doesn't do that when printing pointers, so why do the pretty printers do it for iterators? There are loads of cases where it does the

[Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78794 --- Comment #5 from Uroš Bizjak --- diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c index 1cd1cd8..f718040 100644 --- a/gcc/config/i386/i386.c +++ b/gcc/config/i386/i386.c @@ -3417,7 +3417,10 @@

[Bug libstdc++/59171] pretty printers: reverse iterator off by one

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

[Bug libstdc++/59170] pretty printers: end iterator invalid pointer

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

[Bug c++/70909] Libiberty Demangler segfaults (4)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70909 --- Comment #42 from Mark Wielaard --- (In reply to Markus Trippelsdorf from comment #41) > (In reply to Mark Wielaard from comment #40) > > But I still haven't figured out why we need to allow 2 levels of recursion > > for some of the cases.

[Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78794 --- Comment #4 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #3) > Perhaps as simple as: > > diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c > index 1cd1cd8..6899d4f 100644 > --- a/gcc/config/i386/i386.c > +++

  1   2   >