[Bug middle-end/70680] [5/6 Regression] OpenMP SIMD linear variable privatized too eagerly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70680 Jakub Jelinek changed: What|Removed |Added Summary|[5/6/7 Regression] OpenMP |[5/6 Regression] OpenMP

[Bug middle-end/70680] [5/6/7 Regression] OpenMP SIMD linear variable privatized too eagerly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70680 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Wed Apr 20 01:42:24 2016 New Revision: 235232 URL: https://gcc.gnu.org/viewcvs?rev=235232=gcc=rev Log: PR middle-end/70680 * gimplify.c (gimplify_omp_for): Call

[Bug testsuite/70719] the libjava testsuite does not work with dejagnu 1.6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70719 Ben Elliston changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c/70730] Inconsistent column number in "error: attempt to take address of bit-field structure member"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70730 Manuel López-Ibáñez changed: What|Removed |Added Keywords||diagnostic, easyhack

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #28 from David Edelsohn --- I copied gcc/REVISION to the release candidate to remove one additional difference and tried bootstrap, but it still failed.

[Bug c++/70732] New: Operator new is unable to throw std::bad_alloc() when memory is exhausted in statically linked executable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70732 Bug ID: 70732 Summary: Operator new is unable to throw std::bad_alloc() when memory is exhausted in statically linked executable Product: gcc Version: 5.3.0 Status:

[Bug tree-optimization/70731] With -Ofast, reorder floating-point and integer operands to minimize conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70731 --- Comment #4 from Josh Triplett --- (In reply to Marc Glisse from comment #3) > (In reply to Josh Triplett from comment #2) > > That's a fair point. Perhaps it should go into a separate optimization > > option, then, though it still seems in

[Bug tree-optimization/70731] With -Ofast, reorder floating-point and integer operands to minimize conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70731 --- Comment #3 from Marc Glisse --- (In reply to Josh Triplett from comment #2) > That's a fair point. Perhaps it should go into a separate optimization > option, then, though it still seems in the spirit of -Ofast. (If overflow > is a

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #27 from David Edelsohn --- I performed a recursive diff of r235040 vs gcc-6.0.1-rc-20160415. Other than .svn directories, the only differences are: Only in gcc6rc/INSTALL: binaries.html Only in gcc6rc/INSTALL: build.html Only in

[Bug c++/66543] False positive warning "variable set but not used"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66543 --- Comment #3 from Jason Merrill --- Author: jason Date: Tue Apr 19 19:30:22 2016 New Revision: 235221 URL: https://gcc.gnu.org/viewcvs?rev=235221=gcc=rev Log: PR c++/66543 - -Wunused-but-set* false positives * expr.c

[Bug libfortran/70684] [4.9/5/6/7 Regression] incorrect reading of values from file on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684 --- Comment #8 from Jerry DeLisle --- Author: jvdelisle Date: Tue Apr 19 19:24:28 2016 New Revision: 235220 URL: https://gcc.gnu.org/viewcvs?rev=235220=gcc=rev Log: 2016-04-19 Jerry DeLisle PR

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #26 from David Edelsohn --- After some more tests, I don't believe that flex is the culprit. I removed gengtype-lex.c from GCC-6.0.1-RC and allowed the flex to rebuild it, but the build still failed with the miscompare. The problem

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #25 from Jakub Jelinek --- Looking at the history of flex, flex 2.5.3 is something pre-1997, then there used to be 2.5.4 and 2.5.4a, and at least RHL updated from the 2.5.4a to 2.5.33 early in 2007, so the question is if there has

[Bug tree-optimization/70731] With -Ofast, reorder floating-point and integer operands to minimize conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70731 --- Comment #2 from Josh Triplett --- (In reply to Marc Glisse from comment #1) > That... seems dangerous to me. With floats, unsafe operations tend to change > the low bits. With integers, an overflow gets the high bits wrong. If you > call

[Bug target/69979] ARM naked function attribute not handling structs bigger than 32 bits correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69979 Cory Snider changed: What|Removed |Added CC||cory at pebble dot com --- Comment #3

[Bug c++/68206] ICE: unimplemented: unexpected AST of kind loop_expr in potential_constant_expression_1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68206 --- Comment #1 from Jason Merrill --- Author: jason Date: Tue Apr 19 18:49:54 2016 New Revision: 235217 URL: https://gcc.gnu.org/viewcvs?rev=235217=gcc=rev Log: PR c++/68206 - Fix constexpr diagnostics with loops. PR c++/68530

[Bug c++/68530] [C++14] sorry, unimplemented: unexpected AST of kind loop_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68530 --- Comment #1 from Jason Merrill --- Author: jason Date: Tue Apr 19 18:49:54 2016 New Revision: 235217 URL: https://gcc.gnu.org/viewcvs?rev=235217=gcc=rev Log: PR c++/68206 - Fix constexpr diagnostics with loops. PR c++/68530

[Bug tree-optimization/70731] With -Ofast, reorder floating-point and integer operands to minimize conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70731 --- Comment #1 from Marc Glisse --- That... seems dangerous to me. With floats, unsafe operations tend to change the low bits. With integers, an overflow gets the high bits wrong. If you call test(INT_MAX,0,1,0) for instance, the result would be

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #24 from David Edelsohn --- Actually, I finally was able to convince Flex 2.6.0 to build. I'll try with that.

[Bug libstdc++/69703] char16_t conversions broken in filesystem::path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703 --- Comment #5 from Jonathan Wakely --- Fixed on trunk so far.

[Bug libstdc++/70609] std::experimental::filesystem::copy fails if the file size is 0 bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70609 --- Comment #4 from Jonathan Wakely --- Fixed on trunk so far.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #23 from David Edelsohn --- Older releases of Flex are no longer available as source code. Flex now is distributed through sourceforge, not gnu.org. Newer releases of Flex don't build on AIX.

[Bug libstdc++/69703] char16_t conversions broken in filesystem::path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703 --- Comment #4 from Jonathan Wakely --- Author: redi Date: Tue Apr 19 18:02:46 2016 New Revision: 235216 URL: https://gcc.gnu.org/viewcvs?rev=235216=gcc=rev Log: libstdc++/69703 ignore endianness in codecvt_utf8 PR libstdc++/69703

[Bug libstdc++/70609] std::experimental::filesystem::copy fails if the file size is 0 bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70609 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Tue Apr 19 18:02:39 2016 New Revision: 235215 URL: https://gcc.gnu.org/viewcvs?rev=235215=gcc=rev Log: libstdc++/70609 fix filesystem::copy() PR libstdc++/70609 *

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #20 from Jakub Jelinek --- So lots of macro/code formatting and other minor changes, function names changed etc., but the actual table content looks the same to me. But the amount of changes is huge. Perhaps try some flex versions

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #22 from Jakub Jelinek --- I see flex 2.6 has been released (already in November last year), does that help? I could do the final release and/or rc2 with flex 2.6 instead of flex 2.5.37...

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #21 from David Edelsohn --- The recent flex adds a number of its own C int type definitions and ranges.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #19 from David Edelsohn --- Created attachment 38311 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38311=edit gengtype-lex.c generated on AIX

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #18 from David Edelsohn --- Created attachment 38310 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38310=edit gengtype-lex.c distributed in GCC-6.0.1-RC1

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #17 from David Edelsohn --- Yes, WS1 is Flex 2.5.37. I will upload both. There are many differences.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #16 from Jakub Jelinek --- So, what is the diff in between a working and non-working gengtype-lex.c ? I don't have access right now to the WS I've built the RC1 on (travelling), but guess it is 2.5.37.

[Bug libitm/70456] GTM::gtm_thread::operator new should properly allocate aligned memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70456 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libitm/70456] GTM::gtm_thread::operator new should properly allocate aligned memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70456 --- Comment #1 from hjl at gcc dot gnu.org --- Author: hjl Date: Tue Apr 19 17:01:11 2016 New Revision: 235211 URL: https://gcc.gnu.org/viewcvs?rev=235211=gcc=rev Log: Allocate memory on cache line if requested Since GTM::gtm_thread has

[Bug c/70731] New: With -Ofast, reorder floating-point and integer operands to minimize conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70731 Bug ID: 70731 Summary: With -Ofast, reorder floating-point and integer operands to minimize conversions Product: gcc Version: unknown Status: UNCONFIRMED

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #6 from Yuri Rumyantsev --- Richard, I did change proposed by you but it still does not help since we have loop-carried dependency through this_4(D)->S_n: : _5 = this_4(D)->S_n; ... : pretmp_54 = this_4(D)->C2; pretmp_57

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #15 from David Edelsohn --- gcc-6-20160410 snapshot tarball (without gengtype-lex.c) works.

[Bug libstdc++/69703] char16_t conversions broken in filesystem::path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703 --- Comment #3 from Jonathan Wakely --- Oh, this is PR 66855 again, but for codecvt_utf8 this time.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #14 from David Edelsohn --- The problem likely is due to gcc/gentype-lex.c distributed in the tarball. The AIX systems currently use flex 2.5.3, which produces working gengtype-lex.c on AIX.

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 Ilya Enkovich changed: What|Removed |Added CC||ienkovich at gcc dot gnu.org ---

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #13 from David Edelsohn --- A source tree checked out from r235040 (the same as the tarball) works. It looks more likely that the problem is some difference between the repository and the tarball.

[Bug target/69201] Remove UNSPEC_LOADU and UNSPEC_STOREU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69201 --- Comment #1 from hjl at gcc dot gnu.org --- Author: hjl Date: Tue Apr 19 14:33:36 2016 New Revision: 235209 URL: https://gcc.gnu.org/viewcvs?rev=235209=gcc=rev Log: Remove UNSPEC_LOADU and UNSPEC_STOREU Since *mov_internal and

[Bug libstdc++/69703] char16_t conversions broken in filesystem::path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703 --- Comment #2 from Jonathan Wakely --- I'm incorrectly switching endianness in codecvt_utf8, it's not a problem in filesystem: #include #include int main() { const char out[] = "abc"; char16_t in[4]; std::codecvt_utf8 cvt;

[Bug c/70671] Wrong column number shown for "error: cannot take address of bit-field"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70671 --- Comment #5 from Alexander Cherepanov --- Thanks. While testing the fix, found somewhat similar problem with offsetof -- https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70730 .

[Bug c/70730] New: Inconsistent column number in "error: attempt to take address of bit-field structure member"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70730 Bug ID: 70730 Summary: Inconsistent column number in "error: attempt to take address of bit-field structure member" Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug tree-optimization/70171] Poor code generated when return struct using ternary operator

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

[Bug tree-optimization/70171] Poor code generated when return struct using ternary operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70171 --- Comment #9 from Richard Biener --- Author: rguenth Date: Tue Apr 19 14:03:59 2016 New Revision: 235208 URL: https://gcc.gnu.org/viewcvs?rev=235208=gcc=rev Log: 2016-04-19 Richard Biener PR

[Bug tree-optimization/70724] [6/7 Regression] Miscompiles python3 with FDO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70724 --- Comment #4 from Richard Biener --- Author: rguenth Date: Tue Apr 19 13:22:19 2016 New Revision: 235203 URL: https://gcc.gnu.org/viewcvs?rev=235203=gcc=rev Log: 2016-04-19 Richard Biener PR

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #4 from Richard Biener --- Doing invariant motion before PRE makes sense (w/o store motion, after loop header copying).

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #3 from Richard Biener --- -fno-tree-pre "fixes" this.

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

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

[Bug c++/70522] Hidden friend functions block qualified name lookup into nested unnamed namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70522 --- Comment #1 from Jason Merrill --- Author: jason Date: Tue Apr 19 13:40:03 2016 New Revision: 235206 URL: https://gcc.gnu.org/viewcvs?rev=235206=gcc=rev Log: PR c++/70522 * name-lookup.c (qualified_lookup_using_namespace):

[Bug c++/70522] Hidden friend functions block qualified name lookup into nested unnamed namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70522 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #1 from Yuri Rumyantsev --- Created attachment 38309 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38309=edit test-case to reproduce Must be compiled with -Ofast -mavx2 -fopenmp options on x86 machine.

[Bug tree-optimization/70724] [6/7 Regression] Miscompiles python3 with FDO

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

[Bug tree-optimization/70729] New: Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 Bug ID: 70729 Summary: Loop marked with omp simd pragma is not vectorized Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/70724] [6/7 Regression] Miscompiles python3 with FDO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70724 --- Comment #2 from Richard Biener --- Author: rguenth Date: Tue Apr 19 13:17:46 2016 New Revision: 235201 URL: https://gcc.gnu.org/viewcvs?rev=235201=gcc=rev Log: 2016-04-19 Richard Biener PR

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #12 from David Edelsohn --- Current trunk works. I am testing gcc-6-branch now. But the RC itself does not work.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #11 from Marek Polacek --- I have tried bootstrap on AIX with .../configure --prefix=`pwd` --enable-checking=release --with-gmp=/opt/cfarm/gmp-latest/ --with-mpc=/opt/cfarm/mpc-latest/ --with-mpfr=/opt/cfarm/mpfr-latest/ && gmake

[Bug c++/70723] Missed optimization opportunity for lambda converted to fun-ptr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70723 --- Comment #3 from Marc Glisse --- (In reply to Richard Biener from comment #1) > There is no pass in GCC that would try to turn the runtime initialization > into static init again (optimizing the runtime initializers and parsing > them back to

[Bug c++/70723] Missed optimization opportunity for lambda converted to fun-ptr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70723 --- Comment #2 from m.cencora at gmail dot com --- If that's the case then it should get automatically resolved once C++17 is implemented - C++17 introduces constexpr lambdas. But it would be great to have this optimization also in C++14 mode.

[Bug target/70728] GCC trunk emits invalid assembly for knl target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70728 Kirill Yukhin changed: What|Removed |Added Target||i?86/x86_64

[Bug target/70728] New: GCC trunk emits invalid assembly for knl target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70728 Bug ID: 70728 Summary: GCC trunk emits invalid assembly for knl target Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libstdc++/70472] is_copy_constructible<vector<unique_ptr>>::value is true

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472 --- Comment #7 from TC --- (In reply to Jonathan Wakely from comment #6) > (In reply to TC from comment #5) > > In any event, it would be wrong to SFINAE on > > std::is_copy_constructible. The requirement is CopyInsertable, > > not

[Bug target/70662] vpbroadcastq assemble failure with -masm=intel -mavx512vbmi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70662 Kirill Yukhin changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/61056] strchr (x, 0) is not converted to strlen (x)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61056 --- Comment #3 from Oleg Endo --- Just for reference https://gcc.gnu.org/ml/gcc-patches/2016-04/msg00870.html

[Bug tree-optimization/70726] [6/7 Regression] Internal compiler error (ICE) on valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70726 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Component|c++

[Bug libstdc++/70722] include_next in cmath skips user-defined wrapper

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70722 --- Comment #3 from Jonathan Wakely --- As discussed when I introduced #include_next into , if Firefox wants to play games redefining system headers (which is explicitly undefined behaviour according to the C++ standard) then it is Firefox's

[Bug libstdc++/70472] is_copy_constructible<vector<unique_ptr>>::value is true

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472 --- Comment #6 from Jonathan Wakely --- (In reply to TC from comment #5) > In any event, it would be wrong to SFINAE on > std::is_copy_constructible. The requirement is CopyInsertable, > not CopyConstructible. The allocator's construct() can

[Bug c++/70725] Internal compiler error (ICE) on valid code

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

[Bug libstdc++/70727] New: Non-reserved names in std::__basic_file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70727 Bug ID: 70727 Summary: Non-reserved names in std::__basic_file Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority:

[Bug c++/70725] Internal compiler error (ICE) on valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725 --- Comment #3 from Richard Biener --- I think so. Of course only if-conversion figuring out a BB is unreachable is "interesting", too ... (it doesn't handle that case very intelligently, but that's another story).

[Bug c++/70725] Internal compiler error (ICE) on valid code

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

[Bug c++/70726] Internal compiler error (ICE) on valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70726 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug c++/70725] Internal compiler error (ICE) on valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug c++/70723] Missed optimization opportunity for lambda converted to fun-ptr

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

[Bug libgcc/68126] internal compiler error: in maybe_record_trace_start, at dwarf2cfi.c:2239 while compiling under platform mips64el

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68126 --- Comment #2 from Hu Liang --- (In reply to Steve Ellcey from comment #1) > It looks like this is actually a bug in the GCC 4.4.7 compiler on the system > where you are building GCC. gensupport.c is compiled with the system > compiler in

[Bug target/70721] Suboptimal code generated when using _mm_min_sd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70721 --- Comment #3 from Richard Biener --- IMHO vec_merge should go (it doesn't scale to arbitrary large vector modes, it already uses all bits of the CONST_INT for AVX512 V64QImode). vec_merge would need to change to a CONST_{DOUBLE,WIDE} to

[Bug c++/70726] New: Internal compiler error (ICE) on valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70726 Bug ID: 70726 Summary: Internal compiler error (ICE) on valid code Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/70725] New: Internal compiler error (ICE) on valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725 Bug ID: 70725 Summary: Internal compiler error (ICE) on valid code Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/70724] [6/7 Regression] Miscompiles python3 with FDO

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

[Bug tree-optimization/70724] New: [6 Regression] Miscompiles python3 with FDO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70724 Bug ID: 70724 Summary: [6 Regression] Miscompiles python3 with FDO Product: gcc Version: 6.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal

[Bug c++/70723] New: Missed optimization opportunity for lambda converted to fun-ptr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70723 Bug ID: 70723 Summary: Missed optimization opportunity for lambda converted to fun-ptr Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: enhancement

[Bug target/70721] Suboptimal code generated when using _mm_min_sd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70721 --- Comment #2 from Marc Glisse --- There were already a number of discussions on gcc-patches in 2012 (Oct, Nov, Dec) with title "[i386] scalar ops that preserve the high part of a vector" (see also PR54855). In particular, around this message,

[Bug c++/70690] [6/7 Regression] r235002 miscompiles tcmalloc

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

[Bug libstdc++/70722] include_next in cmath skips user-defined wrapper

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