[Bug target/80881] Implement Windows native TLS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881 Daniel Starke changed: What|Removed |Added Known to work|5.3.0 | --- Comment #16 from Daniel Starke

[Bug sanitizer/81212] [6/7/8 Regression] -Wreturn-type is disabled when used together with -fsanitize=return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81212 --- Comment #3 from Jakub Jelinek --- Author: jakub Date: Sat Dec 2 07:57:04 2017 New Revision: 255354 URL: https://gcc.gnu.org/viewcvs?rev=255354=gcc=rev Log: PR c++/81212 * tree-cfg.c (pass_warn_function_return::execute):

[Bug target/78643] [6/7/8 Regression] ICE in convert_move, at expr.c:230

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78643 --- Comment #6 from Jakub Jelinek --- Author: jakub Date: Sat Dec 2 07:54:47 2017 New Revision: 255353 URL: https://gcc.gnu.org/viewcvs?rev=255353=gcc=rev Log: PR target/78643 PR target/80583 * expr.c

[Bug target/80583] [6/7/8 Regression] ICE with target attribute and vectorized float: internal compiler error: in convert_move, at expr.c:270

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80583 --- Comment #8 from Jakub Jelinek --- Author: jakub Date: Sat Dec 2 07:54:47 2017 New Revision: 255353 URL: https://gcc.gnu.org/viewcvs?rev=255353=gcc=rev Log: PR target/78643 PR target/80583 * expr.c

[Bug tree-optimization/81165] [8 Regression] Regression in GCC-8.0.0's optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81165 --- Comment #8 from Alexandre Oliva --- It is combine that simplifies a compare of _9 (aka t1) with 1: it knows _9 is either -1 or 0 from the &1 followed by -1, so it can't be equal to 1. From that simplification, others follow, and the loop

[Bug fortran/83254] gfortran doesn't consider c_loc addresses c_associated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83254 kargl at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug driver/83243] -fuse-ld=lld

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

[Bug tree-optimization/83255] New: [8 Regression] [graphite] Wrong code w/ -O1 -floop-nest-optimize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83255 Bug ID: 83255 Summary: [8 Regression] [graphite] Wrong code w/ -O1 -floop-nest-optimize Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug fortran/83254] gfortran doesn't consider c_loc addresses c_associated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83254 --- Comment #2 from Ben Woodard --- my bad my trunk was out of date.

[Bug fortran/83254] gfortran doesn't consider c_loc addresses c_associated

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

[Bug target/43871] -mcpu=power4 -mtune=cell emits power7/cell-only opcodes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43871 --- Comment #5 from Segher Boessenkool --- Author: segher Date: Sat Dec 2 01:23:41 2017 New Revision: 255349 URL: https://gcc.gnu.org/viewcvs?rev=255349=gcc=rev Log: rs6000: Set rs6000_cpu correctly (PR43871) We set rs6000_cpu based on

[Bug tree-optimization/81165] [8 Regression] Regression in GCC-8.0.0's optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81165 --- Comment #7 from Alexandre Oliva --- it may very well be the case that it is gcc7 that's buggy in optimizing out the loop. after all, there is a divide-by-x0 in the loop entry test and, save for global optimizations, the compiler couldn't

[Bug fortran/83254] New: gfortran doesn't consider c_loc addresses c_associated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83254 Bug ID: 83254 Summary: gfortran doesn't consider c_loc addresses c_associated Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/83253] New: -ftree-slsr causes performance regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83253 Bug ID: 83253 Summary: -ftree-slsr causes performance regression Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/83252] New: Wrong code with "-march=skylake-avx512 -O3"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83252 Bug ID: 83252 Summary: Wrong code with "-march=skylake-avx512 -O3" Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug c/83236] "Did you mean" suggestions maybe shouldn't offer implementation-private names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83236 --- Comment #3 from Zack Weinberg --- Maybe name_reserved_for_implementation_p should be a langhook?

[Bug target/81959] PowerPC __float128 optimization fails with integer PRE_INC addresses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81959 --- Comment #2 from Michael Meissner --- Author: meissner Date: Fri Dec 1 23:52:20 2017 New Revision: 255341 URL: https://gcc.gnu.org/viewcvs?rev=255341=gcc=rev Log: [gcc] 2017-12-01 Michael Meissner PR

[Bug c/83251] __builtin___bnd_narrow_ptr_bounds(x, x, ...) generates wrong code that modifies a constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83251 --- Comment #1 from Paul Eggert --- Created attachment 42774 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42774=edit Test case subroutines (you also need foomain.i)

[Bug c/83251] New: __builtin___bnd_narrow_ptr_bounds(x, x, ...) generates wrong code that modifies a constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83251 Bug ID: 83251 Summary: __builtin___bnd_narrow_ptr_bounds(x, x, ...) generates wrong code that modifies a constant Product: gcc Version: 7.2.0 Status: UNCONFIRMED

[Bug fortran/83224] creating character array from elements shorter than declared does not pad with whitespace properly and aborts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224 --- Comment #10 from urbanjost at comcast dot net --- Impressively quick resolution. Thanks again!

[Bug tree-optimization/82103] spurious stringop-overflow warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82103 --- Comment #3 from Marc Glisse --- This warning is "less wrong" than the other related ones. If frame_size is 0, this does call memset(,,-1). And there is an explicit test for frame_size == 0 in the function, which makes it look like 0 is not

[Bug middle-end/83239] False positive from -Wstringop-overflow on simple std::vector code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83239 --- Comment #4 from Marc Glisse --- (In reply to Marc Glisse from comment #1) > In the mean time, we fail to find some VRP optimizations that might help > with the warning. > > _1 = _186 + 18446744073709551614; > if (_1 > _186) > > _186:

[Bug tree-optimization/82103] spurious stringop-overflow warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82103 Martin Sebor changed: What|Removed |Added Component|rtl-optimization|tree-optimization See Also|

[Bug target/83250] New: _mm256_zextsi128_si256 missing for AVX2 zero extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83250 Bug ID: 83250 Summary: _mm256_zextsi128_si256 missing for AVX2 zero extension Product: gcc Version: 7.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/83236] "Did you mean" suggestions maybe shouldn't offer implementation-private names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83236 --- Comment #2 from David Malcolm --- Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2017-12/msg00066.html

[Bug target/83240] x86_64 vectorized sqrt of denormal yields -inf when DAZ=0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83240 --- Comment #4 from Marc Glisse --- (this PR is vaguely related to PR 57974) Unrelated, but I am surprised we don't end up computing at compile-time in this example. We vectorize sqrt before unrolling the first loop and getting the constants.

[Bug c++/83231] ICE on constexpr evaluation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83231 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/83239] False positive from -Wstringop-overflow on simple std::vector code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83239 Martin Sebor changed: What|Removed |Added CC||law at redhat dot com --- Comment #3

[Bug middle-end/83239] False positive from -Wstringop-overflow on simple std::vector code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83239 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/81288] [6/7/8 Regression] ICE on 32-bit BE powerpc targets -w -misel -O2 (-O3, -Ofast, -Os)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81288 Segher Boessenkool changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|segher at

[Bug target/81288] [6/7/8 Regression] ICE on 32-bit BE powerpc targets -w -misel -O2 (-O3, -Ofast, -Os)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81288 --- Comment #5 from Segher Boessenkool --- Author: segher Date: Fri Dec 1 20:37:33 2017 New Revision: 255338 URL: https://gcc.gnu.org/viewcvs?rev=255338=gcc=rev Log: rs6000: Improve comparison rtx_cost (PR81288) The current rs6000 rtx_cost

[Bug target/81288] [6/7/8 Regression] ICE on 32-bit BE powerpc targets -w -misel -O2 (-O3, -Ofast, -Os)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81288 --- Comment #4 from Segher Boessenkool --- Author: segher Date: Fri Dec 1 20:35:52 2017 New Revision: 255337 URL: https://gcc.gnu.org/viewcvs?rev=255337=gcc=rev Log: rs6000: Improve comparison rtx_cost (PR81288) The current rs6000 rtx_cost

[Bug libstdc++/50871] libstdc++ should be built with -Wpedantic and/or -Wsystem-headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50871 --- Comment #18 from Jason Merrill --- (In reply to Jonathan Wakely from comment #16) > (In reply to Jason Merrill from comment #15) > > > /home/jwakely/build/powerpc64le-unknown-linux-gnu/libstdc++-v3/include/ > > > complex:1951: warning:

[Bug c++/79228] 'i' suffix for __complex__ extension interferes with C++14 UDLs for std::complex

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

[Bug c++/79228] 'i' suffix for __complex__ extension interferes with C++14 UDLs for std::complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79228 --- Comment #3 from Jason Merrill --- Author: jason Date: Fri Dec 1 20:19:07 2017 New Revision: 255335 URL: https://gcc.gnu.org/viewcvs?rev=255335=gcc=rev Log: PR c++/79228 - extensions hide C++14 complex literal operators libcpp/

[Bug target/81158] [8 regression] Many test case failures starting with r249424

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81158 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/81158] [8 regression] Many test case failures starting with r249424

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81158 --- Comment #5 from Bill Schmidt --- That would make sense. I think this can be closed.

[Bug c++/83249] New: C++11 Parameter pack deduced incorrectly in decltype return declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83249 Bug ID: 83249 Summary: C++11 Parameter pack deduced incorrectly in decltype return declaration Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/80061] error on constexpr function with an unevaluated throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80061 Martin Sebor changed: What|Removed |Added CC||benni.buch at gmail dot com --- Comment

[Bug c++/83242] Never executed "throw" in constexpr function fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83242 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/83240] x86_64 vectorized sqrt of denormal yields -inf when DAZ=0

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

[Bug c++/80135] [6/7/8 Regression] ICE in output_constructor_regular_field, at varasm.c:4968

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80135 --- Comment #7 from Jakub Jelinek --- The glibc people should know (or you can try building glibc). That said, I think rejecting structs with flexible array members is unnecessary, e.g. the C FE doesn't reject them either, what we should reject

[Bug fortran/83246] internal compiler error or loader problem might be related to a PARAMETER statement being in a BLOCK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83246 --- Comment #3 from urbanjost at comcast dot net --- Created attachment 42772 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42772=edit shorter case for internal compiler error

[Bug fortran/83246] internal compiler error or loader problem might be related to a PARAMETER statement being in a BLOCK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83246 --- Comment #2 from urbanjost at comcast dot net --- Created attachment 42771 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42771=edit shorter case for just getting loader error

[Bug fortran/83246] internal compiler error or loader problem might be related to a PARAMETER statement being in a BLOCK

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

[Bug c/82186] [7/8 Regression] ICE (segfault), VLA type with inlining

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82186 --- Comment #6 from joseph at codesourcery dot com --- For C, what is supposed to happen is that every call to groktypename where there might be side effects from the type name passes a non-null EXPR argument, and then the caller arranges for

[Bug c++/80135] [6/7/8 Regression] ICE in output_constructor_regular_field, at varasm.c:4968

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80135 --- Comment #6 from Martin Sebor --- I'll see what I can do. You had some concerns with rejecting this code in bug 78635 comment 9. Presumably you have resolved those to your own satisfaction?

[Bug sanitizer/81212] [6/7/8 Regression] -Wreturn-type is disabled when used together with -fsanitize=return

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

[Bug c++/80135] [6/7/8 Regression] ICE in output_constructor_regular_field, at varasm.c:4968

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80135 --- Comment #5 from Jakub Jelinek --- Can you please find time for that during GCC 8 stage3/stage4?

[Bug c++/83248] New: Spuriously identifying template arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83248 Bug ID: 83248 Summary: Spuriously identifying template arguments Product: gcc Version: 5.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/80135] [6/7/8 Regression] ICE in output_constructor_regular_field, at varasm.c:4968

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80135 --- Comment #4 from Martin Sebor --- Yes, Jason and I agreed that arrays of structs with flexible array members should be rejected (thus ice-on-invalid-code). It was not my intend to accept this code. I just haven't gotten around to fixing it

[Bug tree-optimization/83247] New: simplify (int)a_long < 0 when we know a_long fits in int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83247 Bug ID: 83247 Summary: simplify (int)a_long < 0 when we know a_long fits in int Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: missed-optimization

[Bug driver/83243] -fuse-ld=lld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83243 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement --- Comment #2 from Andrew

[Bug inline-asm/83244] inline assembly does not verify input operands allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83244 Andrew Pinski changed: What|Removed |Added Component|c++ |inline-asm --- Comment #3 from Andrew

[Bug fortran/82367] ICE with deferred length string allocate on non-deferred length argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82367 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment

[Bug fortran/83224] creating character array from elements shorter than declared does not pad with whitespace properly and aborts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/68241] [meta-bug] [F03] Deferred-length character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241 Bug 68241 depends on bug 83224, which changed state. Bug 83224 Summary: creating character array from elements shorter than declared does not pad with whitespace properly and aborts https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224

[Bug fortran/83224] creating character array from elements shorter than declared does not pad with whitespace properly and aborts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224 --- Comment #8 from Thomas Koenig --- Author: tkoenig Date: Fri Dec 1 18:06:31 2017 New Revision: 255331 URL: https://gcc.gnu.org/viewcvs?rev=255331=gcc=rev Log: 2017-12-01 Thomas Koenig PR fortran/83224

[Bug target/81158] [8 regression] Many test case failures starting with r249424

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

[Bug middle-end/81046] [8 Regression] FAIL: gcc.dg/pr28796-2.c execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81046 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/68810] [8 regression] FAIL: g++.dg/cpp0x/constexpr-reinterpret1.C -- test for errors -- -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68810 --- Comment #16 from Jakub Jelinek --- David, does your patchset solve this?

[Bug middle-end/81046] [8 Regression] FAIL: gcc.dg/pr28796-2.c execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81046 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug libstdc++/82522] std::map::insert(value_type &&) not selected

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

[Bug libstdc++/82522] std::map::insert(value_type &&) not selected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82522 --- Comment #6 from Jonathan Wakely --- Author: redi Date: Fri Dec 1 17:50:59 2017 New Revision: 255330 URL: https://gcc.gnu.org/viewcvs?rev=255330=gcc=rev Log: PR libstdc++/82522 overload map insert functions for rvalues (LWG 2354) Backport

[Bug tree-optimization/83238] [8 Regression] [graphite] ICE in graphite_can_represent_scev, at graphite-scop-detection.c:971

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83238 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug c/82186] [7/8 Regression] ICE (segfault), VLA type with inlining

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82186 --- Comment #5 from Jakub Jelinek --- Note C++ ICEs as well on the same testcase. The problem (I guess for both FEs) is from where to emit the DECL_EXPRs, e.g. in the C FE groktypename is called from many spots and I believe the middle-end wants

[Bug fortran/83246] New: internal compiler error or loader problem might be related to a PARAMETER statement being in a BLOCK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83246 Bug ID: 83246 Summary: internal compiler error or loader problem might be related to a PARAMETER statement being in a BLOCK Product: gcc Version: 6.4.0 Status:

[Bug libstdc++/82685] basic_string_view operator""sv(const char*, size_t) should be noexcept

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

[Bug libstdc++/83134] std::negation uses !B::value instead of !bool(B::value)

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

[Bug c++/83226] [7 Regression] std::map with reference T breaks in C++17 mode

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

[Bug libstdc++/83134] std::negation uses !B::value instead of !bool(B::value)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83134 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Fri Dec 1 17:12:23 2017 New Revision: 255329 URL: https://gcc.gnu.org/viewcvs?rev=255329=gcc=rev Log: PR libstdc++/83134 Ensure std::__not_ converts B::value to bool Backport from

[Bug c++/83226] [7 Regression] std::map with reference T breaks in C++17 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83226 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Fri Dec 1 17:12:04 2017 New Revision: 255324 URL: https://gcc.gnu.org/viewcvs?rev=255324=gcc=rev Log: PR libstdc++/83226 avoid forming pointer-to-reference type Backport from mainline

[Bug libstdc++/82685] basic_string_view operator""sv(const char*, size_t) should be noexcept

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82685 --- Comment #10 from Jonathan Wakely --- Author: redi Date: Fri Dec 1 17:12:07 2017 New Revision: 255325 URL: https://gcc.gnu.org/viewcvs?rev=255325=gcc=rev Log: PR libstdc++/82685 add 'noexcept' to string_view literals Backport from mainline

[Bug target/83245] [8 regression] several tests fail starting with r255258

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

[Bug fortran/82979] [PDT] [F2003] [ice-on-invalid] ICE (segfault) on invalid type-param-name-list in PDT declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82979 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/82173] [meta-bug] Parameterized derived type errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173 Bug 82173 depends on bug 82979, which changed state. Bug 82979 Summary: [PDT] [F2003] [ice-on-invalid] ICE (segfault) on invalid type-param-name-list in PDT declaration https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82979 What

[Bug target/83245] New: [8 regression] several tests fail starting with r255258

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83245 Bug ID: 83245 Summary: [8 regression] several tests fail starting with r255258 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/83230] [8 regression] segmentation fault in bind C C/C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83230 --- Comment #5 from Jürgen Reuter --- (In reply to Jakub Jelinek from comment #4) > The Makefile doesn't have any -O* options, is this all without optimizations? > I admit I've been only compiling the fortran source with trunk f951, the > rest

[Bug fortran/83230] [8 regression] segmentation fault in bind C C/C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83230 --- Comment #4 from Jakub Jelinek --- The Makefile doesn't have any -O* options, is this all without optimizations? I admit I've been only compiling the fortran source with trunk f951, the rest with the system gcc (6.3.1), but for f951 I've

[Bug tree-optimization/83241] [8 regression] ICE in verify_use after store-merging

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83241 --- Comment #3 from Arnd Bergmann --- That patch fixes the ICE for me on the original source file and the reduced test case, thanks!

[Bug fortran/83230] [8 regression] segmentation fault in bind C C/C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83230 --- Comment #3 from Jürgen Reuter --- This is the full back trace that I get: Program received signal SIGSEGV, Segmentation fault. __GI___libc_free (mem=0x6530302e30202c30) at malloc.c:2931 2931malloc.c: No such file or directory. (gdb) bt

[Bug fortran/83230] [8 regression] segmentation fault in bind C C/C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83230 --- Comment #2 from Jürgen Reuter --- I see this problem both on MAC OS X 10.13.1 with r254916 (and the patch mentioned) as well as on Ubuntu 14.04.5 LTS with r255190. r253161 still worked fine. We see this kind of behaviour in two different

[Bug fortran/83230] [8 regression] segmentation fault in bind C C/C++

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

[Bug tree-optimization/83177] [7/8 Regression] ICE with -mmpx -fcheck-pointer-bounds + __builtin___bnd_narrow_ptr_bounds + _setjmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83177 Jakub Jelinek changed: What|Removed |Added CC||ienkovich at gcc dot gnu.org ---

[Bug c++/83244] inline assembly does not verify input operands allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83244 --- Comment #2 from Andrzej Lichnerowicz --- The resolution doesn't seem appropriate. GCC is creating invalid assembly, and user should not be held responsible for writing correct code, because why have any warnings and errors at all. OTOH, it

[Bug tree-optimization/83170] [8 Regression] ICE: Segmentation fault - during GIMPLE pass: store-merging

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83170 --- Comment #5 from Markus Trippelsdorf --- Looks like a dup of PR83241. The untested patch posted there fixes the issue.

[Bug tree-optimization/83128] Unable to optimize {m,c}alloc when strings builtin are used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83128 --- Comment #4 from denis.campredon at gmail dot com --- Hi Richard, Thanks for your quick response. I don't know if I should open a new bug or not, but your patch does not seems to handle casts. It fails to optimize the following snippet.

[Bug tree-optimization/83170] [8 Regression] ICE: Segmentation fault - during GIMPLE pass: store-merging

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

[Bug target/83240] x86_64 vectorized sqrt of denormal yields -inf when DAZ=0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83240 --- Comment #2 from Andreas Gustafsson --- Re "simply don't use -ffast-math if you are dealing with stuff like denormals", the documentation for -ffinite-math-only (which is implied by -ffast-math) says "Allow optimizations for floating-point

[Bug c++/83244] inline assembly does not verify input operands allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83244 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug tree-optimization/83241] [8 regression] ICE in verify_use after store-merging

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83241 --- Comment #2 from Jakub Jelinek --- Created attachment 42768 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42768=edit gcc8-pr83241.patch Untested fix.

[Bug fortran/82978] [PDT] [F2003] Paramaterized Derived Type LEN parameters take the latest value per-kind

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82978 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/82173] [meta-bug] Parameterized derived type errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173 Bug 82173 depends on bug 82978, which changed state. Bug 82978 Summary: [PDT] [F2003] Paramaterized Derived Type LEN parameters take the latest value per-kind https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82978 What|Removed

[Bug fortran/82173] [meta-bug] Parameterized derived type errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173 Bug 82173 depends on bug 82866, which changed state. Bug 82866 Summary: [PDT] ICE in resolve_fl_derived0, at fortran/resolve.c:14004 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82866 What|Removed |Added

[Bug fortran/82866] [PDT] ICE in resolve_fl_derived0, at fortran/resolve.c:14004

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82866 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug fortran/82173] [meta-bug] Parameterized derived type errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173 Bug 82173 depends on bug 82720, which changed state. Bug 82720 Summary: [PDT] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:2400 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82720 What|Removed |Added

[Bug c++/83244] New: inline assembly does not verify input operands allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83244 Bug ID: 83244 Summary: inline assembly does not verify input operands allocation Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/82720] [PDT] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:2400

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82720 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/82173] [meta-bug] Parameterized derived type errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173 Bug 82173 depends on bug 82719, which changed state. Bug 82719 Summary: [PDT] ICE in transfer_expr, at fortran/trans-io.c:2393 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82719 What|Removed |Added

[Bug fortran/82719] [PDT] ICE in transfer_expr, at fortran/trans-io.c:2393

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82719 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

  1   2   >