[Bug c/78574] [7 Regression] ice on valid C code at -O2 and -O3 in both 32- and 64-bit modes on x86_64-linux-gnu (internal compiler error: Segmentation fault (program cc1))

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

[Bug c/78548] [7 Regression ]ICE on valid C code on x86_64-linux-gnu at -O2 and -O3 in 64-bit mode with -Wall (*** Error in `/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/cc1': double fre

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78548 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|2016-11-28

[Bug c/78580] New: Segfault in gcc with multilib (-m32) and -ffixed-*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78580 Bug ID: 78580 Summary: Segfault in gcc with multilib (-m32) and -ffixed-* Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #8 from Bill Schmidt --- At the time, Breno reported 0x403b as the high half, which is accurate. Looking back, I didn't get a report of the low half. If somehow that were produced as a negative number, that would also

[Bug target/78594] Bug in November 11th, 2016 change to rs6000.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78594 --- Comment #1 from Michael Meissner --- Created attachment 40191 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40191=edit Proposed patch that fixes the problem.

[Bug fortran/58904] ICE: accessing a component field of an unavailable type results in a seg fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58904 --- Comment #3 from janus at gcc dot gnu.org --- Draft patch: Index: gcc/fortran/decl.c === --- gcc/fortran/decl.c (revision 242960) +++ gcc/fortran/decl.c (working copy) @@

[Bug target/78560] powerpc64le ICE with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78560 --- Comment #3 from Michael Meissner --- Unfortunately once you get past the problem with the element being a memory location, the example does not compile on little endian due to an operand out of error message from the assembler: -> ./xgcc

[Bug rtl-optimization/78590] [7 Regression] FAIL: gcc.target/aarch64/advsimd-intrinsics/vget_lane.c in change_zero_ext in combine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78590 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #13 from Breno Leitao --- (In reply to Bill Schmidt from comment #11) > Breno, what is your environment? Which glibc is present? We found this problem originally on Debian[1], but we tested and reproduced it even on Big Endian

[Bug target/78560] powerpc64le ICE with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78560 Michael Meissner changed: What|Removed |Added Attachment #40194|0 |1 is obsolete|

[Bug target/78594] Bug in November 11th, 2016 change to rs6000.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78594 --- Comment #4 from Michael Meissner --- Fixed in subversion id 242983.

[Bug target/78603] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603 --- Comment #3 from jcmvbkbc at gcc dot gnu.org --- Author: jcmvbkbc Date: Tue Nov 29 22:22:13 2016 New Revision: 242979 URL: https://gcc.gnu.org/viewcvs?rev=242979=gcc=rev Log: xtensa: Fix PR target/78603 2016-11-29 Max Filippov

[Bug c/78584] Bug in GCC argument parser expandargv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78584 DJ Delorie changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/78426] [7 Regression] wrong code with strncmp on SH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78426 --- Comment #5 from Kazumoto Kojima --- Fixed on 5/6 branches too.

[Bug sanitizer/78532] [7 Regression] libsanitizer fails to build on sparc64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78532 --- Comment #5 from joseph at codesourcery dot com --- On Tue, 29 Nov 2016, m.ostapenko at samsung dot com wrote: > /home/max/src/glibc/resolv/ns_print.c:99: undefined reference to > `__stack_chk_guard' You get this if glibc and GCC have

[Bug target/78560] powerpc64le ICE with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78560 Michael Meissner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug sanitizer/78532] [7 Regression] libsanitizer fails to build on sparc64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78532 --- Comment #4 from Matthias Klose --- using the glibc build from Debian unstable, build logs at https://buildd.debian.org/status/package.php?p=glibc see https://buildd.debian.org/status/logs.php?pkg=glibc=sparc64 for the last successful build.

[Bug target/78594] Bug in November 11th, 2016 change to rs6000.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78594 --- Comment #2 from Michael Meissner --- Author: meissner Date: Wed Nov 30 00:05:46 2016 New Revision: 242983 URL: https://gcc.gnu.org/viewcvs?rev=242983=gcc=rev Log: 2016-11-29 Michael Meissner PR

[Bug target/78594] Bug in November 11th, 2016 change to rs6000.md

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

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #12 from Bill Schmidt --- Ah, I was incorrect about that. If I use -O0, the test produces 26 in my environment as well. At higher optimization the whole computation is folded.

[Bug target/78603] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846

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

[Bug target/78560] powerpc64le ICE with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78560 --- Comment #2 from Michael Meissner --- Created attachment 40194 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40194=edit Proposed patch to fix the problem

[Bug target/78426] [7 Regression] wrong code with strncmp on SH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78426 --- Comment #3 from Kazumoto Kojima --- Author: kkojima Date: Tue Nov 29 23:20:28 2016 New Revision: 242981 URL: https://gcc.gnu.org/viewcvs?rev=242981=gcc=rev Log: Backported from mainline 2016-11-19 Kaz Kojima

[Bug target/78597] [7 regression] test case gcc.dg/torture/fp-int-convert-float128-ieee.c (and others) fail starting with r242780

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78597 --- Comment #1 from joseph at codesourcery dot com --- If these fail but weren't previously run then it's not a regression, but an indication of a wrong-code bug in the float128 support for powerpc (for which testing was previously very

[Bug fortran/77517] ICE in conv_intrinsic_move_alloc, at fortran/trans-intrinsic.c:9517

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

[Bug target/78602] PowerPC vec-extract-v2df.c can fail if -mcpu=power9 -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78602 --- Comment #1 from Michael Meissner --- Created attachment 40195 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40195=edit Proposed patch to fix the problem

[Bug target/70905] [7 regression] FAIL: gcc.c-torture/compile/20011219-2.c -Os (unrecognizable insn)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70905 Bernd Schmidt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c/78584] Bug in GCC argument parser expandargv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78584 Tavian Barnes changed: What|Removed |Added CC||tavianator at gmail dot com --- Comment

[Bug tree-optimization/78601] [7 regression] test case gcc.dg/uninit-pred-6_a.c and gcc.dg/uninit-pred-7_c.c fail starting with r242639

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78601 --- Comment #2 from Bill Seurer --- That patch indeed seems to fix these problems.

[Bug middle-end/78605] New: bogus -Wformat-length=1 with %f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78605 Bug ID: 78605 Summary: bogus -Wformat-length=1 with %f Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

[Bug middle-end/78605] bogus -Wformat-length=1 with %f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78605 Martin Sebor changed: What|Removed |Added Keywords||diagnostic

[Bug target/78426] [7 Regression] wrong code with strncmp on SH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78426 --- Comment #4 from Kazumoto Kojima --- Author: kkojima Date: Tue Nov 29 23:23:30 2016 New Revision: 242982 URL: https://gcc.gnu.org/viewcvs?rev=242982=gcc=rev Log: Backported from mainline 2016-11-19 Kaz Kojima

[Bug libfortran/78549] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 Jerry DeLisle changed: What|Removed |Added Status|NEW |WAITING Assignee|unassigned

[Bug tree-optimization/78586] [7 Regression] Wrong code caused by printf-return-value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78586 --- Comment #6 from Martin Sebor --- (In reply to Jakub Jelinek from comment #5) > There are still various weird spots in format_integer. > E.g. > else if (TREE_CODE (TREE_TYPE (arg)) == INTEGER_TYPE >|| TREE_CODE (TREE_TYPE (arg))

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #14 from joseph at codesourcery dot com --- On Tue, 29 Nov 2016, bergner at gcc dot gnu.org wrote: > Using gdb, I see: > > (gdb) info registers f1 f2 > f1 27 (raw 0x403b) > f2

[Bug target/78597] New: [7 regression] test case gcc.dg/torture/fp-int-convert-float128-ieee.c (and others) fail starting with r242780

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78597 Bug ID: 78597 Summary: [7 regression] test case gcc.dg/torture/fp-int-convert-float128-ieee.c (and others) fail starting with r242780 Product: gcc Version: 7.0

[Bug libstdc++/78595] Unnecessary copies in _Rb_tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78595 --- Comment #2 from Jonathan Wakely --- For example: --- a/libstdc++-v3/include/bits/stl_map.h +++ b/libstdc++-v3/include/bits/stl_map.h @@ -795,12 +795,19 @@ _GLIBCXX_BEGIN_NAMESPACE_CONTAINER { return _M_t._M_insert_unique(__x); }

[Bug tree-optimization/78512] [7 Regression] r242674 miscompiles Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/78596] New: combine.c:12561:14: runtime error: left shift of negative value -9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78596 Bug ID: 78596 Summary: combine.c:12561:14: runtime error: left shift of negative value -9 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77532 --- Comment #8 from Gerhard Steinmetz --- ICEs from above are fixed a while ago, not present with gfortran-7-20161127.

[Bug preprocessor/78569] "internal compiler error: in get_substring_ranges_for_loc" processing sprintf buffer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78569 David Malcolm changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org --- Comment

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #9 from Peter Bergner --- (In reply to jos...@codesourcery.com from comment #7) > What are the actual high and low doubles in the return from powl? The > simplest reason for the reported result here would be that powl returns a >

[Bug target/70718] multilib_defaults on nios2 refers to -EL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70718 --- Comment #1 from Alexey Neyman --- Ping? [trivial patch]

[Bug libstdc++/78595] Unnecessary copies in _Rb_tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78595 Ville Voutilainen changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c/78600] New: gcc reads c++ object file during build for no apparent reason

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78600 Bug ID: 78600 Summary: gcc reads c++ object file during build for no apparent reason Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug fortran/58904] ICE: accessing a component field of an unavailable type results in a seg fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58904 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to janus from comment #3) > Draft patch: Unfortunately this causes several regressions in the testsuite: FAIL: gfortran.dg/asynchronous_1.f90 -O (test for errors, line 35) FAIL:

[Bug target/78602] New: PowerPC vec-extract-v2df.c can fail if -mcpu=power9 -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78602 Bug ID: 78602 Summary: PowerPC vec-extract-v2df.c can fail if -mcpu=power9 -O0 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug target/78603] New: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846

ome/jcmvbkbc/ws/tensilica/buildroot/build-20161129-reproduce-libpjsip/host/usr/xtensa-buildroot-linux-uclibc/sysroot/usr/include -I../include -o output/pjlib-test-xtensa-buildroot-linux-uclibc/thread.o ../src/pjlib-test/thread.c ../src/pjlib-test/thread.c: In function 'thread_test': ../src/pjlib-t

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #11 from Bill Schmidt --- Breno, what is your environment? Which glibc is present?

[Bug libstdc++/78595] Unnecessary copies in _Rb_tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78595 --- Comment #3 from Jonathan Wakely --- And for the insert-with-hint case: @@ -848,13 +855,14 @@ _GLIBCXX_BEGIN_NAMESPACE_CONTAINER { return _M_t._M_insert_unique_(__position, __x); } #if __cplusplus >= 201103L -

[Bug c/78600] gcc reads c++ object file during build for no apparent reason

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78600 cpbezemer at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug tree-optimization/78601] New: [7 regression] test case gcc.dg/uninit-pred-6_a.c and gcc.dg/uninit-pred-7_c.c fail starting with r242639

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78601 Bug ID: 78601 Summary: [7 regression] test case gcc.dg/uninit-pred-6_a.c and gcc.dg/uninit-pred-7_c.c fail starting with r242639 Product: gcc Version: 7.0 Status:

[Bug target/78594] New: Bug in November 11th, 2016 change to rs6000.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78594 Bug ID: 78594 Summary: Bug in November 11th, 2016 change to rs6000.md Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/78594] Bug in November 11th, 2016 change to rs6000.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78594 Michael Meissner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug tree-optimization/78598] New: tree-ssa-loop-prefetch.c:835:16: runtime error: signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78598 Bug ID: 78598 Summary: tree-ssa-loop-prefetch.c:835:16: runtime error: signed integer overflow Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/78342] [7 Regression] ICE in rtl_verify_bb_insns, at cfgrtl.c:2657 (error: flow control insn inside a basic block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78342 --- Comment #5 from Segher Boessenkool --- Please file a separate bug. PR77346 is unrelated, let's not mix matters. Thanks!

[Bug preprocessor/78569] "internal compiler error: in get_substring_ranges_for_loc" processing sprintf buffer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78569 David Malcolm changed: What|Removed |Added CC||daniel.black at au dot ibm.com ---

[Bug target/78602] PowerPC vec-extract-v2df.c can fail if -mcpu=power9 -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78602 Michael Meissner changed: What|Removed |Added Target||powerpc64{,le}-linux-gnu,

[Bug target/78603] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603 --- Comment #1 from jcmvbkbc at gcc dot gnu.org --- Created attachment 40193 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40193=edit additional patch on top of gcc-5.4.0

[Bug preprocessor/78569] "internal compiler error: in get_substring_ranges_for_loc" processing sprintf buffer overflow

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

[Bug preprocessor/78169] internal compiler error: in get_substring_ranges_for_loc, at input.c:1379

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78169 David Malcolm changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org --- Comment

[Bug preprocessor/78169] internal compiler error: in get_substring_ranges_for_loc, at input.c:1379

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78169 David Malcolm changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug tree-optimization/78604] New: [7 regression] test case gcc.target/powerpc/p8vector-vectorize-1.c fails starting with r242750

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78604 Bug ID: 78604 Summary: [7 regression] test case gcc.target/powerpc/p8vector-vectorize-1.c fails starting with r242750 Product: gcc Version: 7.0

[Bug libstdc++/78595] New: Unnecessary copies in _Rb_tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78595 Bug ID: 78595 Summary: Unnecessary copies in _Rb_tree Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug tree-optimization/78512] [7 Regression] r242674 miscompiles Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512 --- Comment #6 from Martin Sebor --- Author: msebor Date: Tue Nov 29 21:08:02 2016 New Revision: 242975 URL: https://gcc.gnu.org/viewcvs?rev=242975=gcc=rev Log: PR tree-optimization/78512 - [7 Regression] r242674 miscompiles Linux kernel

[Bug c/78498] [7 Regression] valgrind conditional jump or move depends on uninitialised value(s) in format_type_warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78498 --- Comment #5 from David Malcolm --- Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2016-11/msg02937.html

[Bug c/78574] [7 Regression] ice on valid C code at -O2 and -O3 in both 32- and 64-bit modes on x86_64-linux-gnu (internal compiler error: Segmentation fault (program cc1))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78574 amker at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |amker at gcc dot

[Bug c++/78345] [5/6/7 Regression] ICE on invalid c++ code on x86_64-linux-gnu (internal compiler error: in cxx_eval_outermost_constant_expr, at cp/constexpr.c:4464)

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

[Bug rtl-optimization/78579] redundant instruction of the form cmp r0, r0 generated in assembly with -O2

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

[Bug rtl-optimization/78575] [7 Regression] ICE: in trunc_int_for_mode, at explow.c:55 with -O2 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78575 --- Comment #7 from Jakub Jelinek --- I think MEMs just shouldn't be shared, and at least in quick skimming I haven't found anything the the DEBUG_INSNs that would look invalid. What I think is wrong is that DECL_INCOMING_RTL and DECL_RTL of the

[Bug preprocessor/78581] Out of memory when preprocessing #include with -traditional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78581 --- Comment #1 from Phil Ruffwind --- After some more testing, it looks the following environment variable must be set to trigger the crash: C_INCLUDE_PATH=: The variable must contain at least 25 characters, and the

[Bug rtl-optimization/78575] [7 Regression] ICE: in trunc_int_for_mode, at explow.c:55 with -O2 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78575 --- Comment #4 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #3) > Created attachment 40186 [details] > gcc7-pr78575.patch > > Untested fix. Does this patch also fix PR 78547?

[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 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4

[Bug rtl-optimization/78575] [7 Regression] ICE: in trunc_int_for_mode, at explow.c:55 with -O2 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78575 --- Comment #5 from Jakub Jelinek --- It doesn't unfortunately.

[Bug tree-optimization/78574] [7 Regression] ice on valid C code at -O2 and -O3 in both 32- and 64-bit modes on x86_64-linux-gnu (internal compiler error: Segmentation fault (program cc1))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78574 Richard Biener changed: What|Removed |Added Component|c |tree-optimization Target

[Bug gcov-profile/78582] [7 Regression] ICE in walk_stmt_load_store_addr_ops with -fprofile-generate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78582 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug tree-optimization/78574] [7 Regression] ice on valid C code at -O2 and -O3 in both 32- and 64-bit modes on x86_64-linux-gnu (internal compiler error: Segmentation fault (program cc1))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78574 --- Comment #4 from amker at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #2) > Seems there is infinite recursion in find_deriving_biv_for_expr. > It endlessly alternates being called on lhs of > j_11 = PHI >

[Bug rtl-optimization/78547] [7 Regression] ICE: in loc_cmp, at var-tracking.c:3417 with -Os -g -mstringop-strategy=libcall -freorder-blocks-algorithm=simple

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

[Bug c++/78572] [6/7 Regression] internal compiler error: in output_constructor_regular_field, at varasm.c:4968

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

[Bug gcov-profile/78582] New: [7 Regression] ICE in walk_stmt_load_store_addr_ops with -fprofile-generate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78582 Bug ID: 78582 Summary: [7 Regression] ICE in walk_stmt_load_store_addr_ops with -fprofile-generate Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug gcov-profile/78582] [7 Regression] ICE in walk_stmt_load_store_addr_ops with -fprofile-generate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78582 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code Last reconfirmed|

[Bug rtl-optimization/78575] [7 Regression] ICE: in trunc_int_for_mode, at explow.c:55 with -O2 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78575 --- Comment #6 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #5) > It doesn't unfortunately. Just a wild guess, in PR78547 we trip at: #2 0x011b4fbb in loc_cmp (x=0x2e9330a8, y=0x2e930fd8) at

[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 #5 from prathamesh3492 at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #4) > The cmp %rax, %rax is just a missed optimization, because we manage to > optimize it only so late that nothing cleans it up afterwards. We

[Bug fortran/78505] [F08] Coarray source allocation not synchronizing on oversubscribed cores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78505 vehre at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug rtl-optimization/78580] [6/7 Regression] Segfault in gcc with multilib (-m32) and -ffixed-*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78580 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug c/78583] New: ICE on valid C code at -O3 on x86_64-linux-gnu (internal compiler error: in simplify_truncation)

/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20161129 (experimental) [trunk revision 242953] (GCC

[Bug c/78583] [7 Regression] ICE on valid C code at -O3 on x86_64-linux-gnu (internal compiler error: in simplify_truncation)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78583 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug target/70191] libatomic library does not have lock-free implementation for 16-bytes data object on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70191 nsz at gcc dot gnu.org changed: What|Removed |Added Target||i386-*, x86_64-* Last

[Bug c++/78345] [5/6/7 Regression] ICE on invalid c++ code on x86_64-linux-gnu (internal compiler error: in cxx_eval_outermost_constant_expr, at cp/constexpr.c:4464)

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

[Bug target/78509] [7 regression] ICE in in excess_precision_type, at tree.c:8875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509 --- Comment #13 from Jakub Jelinek --- I don't have a box with 3dnow, but the assembly for -m32 -O2 -m3dnow -mno-sse pr42549.c looks identical on x86_64-linux between gcc 6 and trunk. So, what exact options (implicit or explicit) you are using,

[Bug c/78568] [5/6/7 Regression] Wtype-limits warning regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78568 Richard Biener changed: What|Removed |Added Target Milestone|--- |5.5 Summary|[4.5

[Bug tree-optimization/78574] [7 Regression] ice on valid C code at -O2 and -O3 in both 32- and 64-bit modes on x86_64-linux-gnu (internal compiler error: Segmentation fault (program cc1))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78574 --- Comment #5 from amker at gcc dot gnu.org --- Well, it is iv (maybe biv) in this case: _24 = j_11 + 1; is in irreducible sub-loop, but _24 is a loop invariant wrto the sub-loop. But we don't have such information in GCC. Thus mark_bivs

[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 #6 from Richard Biener --- (In reply to prathamesh3492 from comment #5) > (In reply to Jakub Jelinek from comment #4) > > The cmp %rax, %rax is just a missed optimization, because we manage to > > optimize it only so late that

[Bug preprocessor/78581] New: Out of memory when preprocessing #include with -traditional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78581 Bug ID: 78581 Summary: Out of memory when preprocessing #include with -traditional Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal

[Bug c/78584] New: Bug in GCC argument parser expandargv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78584 Bug ID: 78584 Summary: Bug in GCC argument parser expandargv Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug rtl-optimization/78342] [7 Regression] ICE in rtl_verify_bb_insns, at cfgrtl.c:2657 (error: flow control insn inside a basic block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78342 --- Comment #4 from Arseny Solokha --- (In reply to Segher Boessenkool from comment #3) > This patch seems to work. It is hard to be sure, this is very hard to > trigger. My setup allows me to trigger this kind of ICE with ease. Applying

[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 #7 from Richard Biener --- (In reply to Richard Biener from comment #6) > (In reply to prathamesh3492 from comment #5) > > (In reply to Jakub Jelinek from comment #4) > > > The cmp %rax, %rax is just a missed optimization, because we

[Bug target/78585] New: unaligned vmovaps memory operand generated for i686 target

ble-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-242953-checking-yes-rtl-df-extra-nobootstrap-nographite-i686 Thread model: posix gcc version 7.0.0 20161129 (experimental) (GCC)

[Bug libfortran/78549] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 --- Comment #8 from Jerry DeLisle --- (In reply to Jerry DeLisle from comment #7) Correction: > Regardless, I will be looking at pr78351 (which is a result of doing some > speedups for internal units) and I will be thinking more about this PR

[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 #10 from prathamesh3492 at gcc dot gnu.org --- On a related note, Jim told me he is seeing following failures on aarch64-none-elf before and after updating the tree. FAIL: gcc.c-torture/execute/builtins/memset-chk.c execution, -O2

  1   2   3   >