[Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 --- Comment #14 from Martin Liška --- Author: marxin Date: Mon Feb 11 08:13:03 2019 New Revision: 268762 URL: https://gcc.gnu.org/viewcvs?rev=268762&root=gcc&view=rev Log: Construct ipa_reduced_postorder always for overwritable (PR ipa/89009).

[Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 Martin Liška changed: What|Removed |Added Known to work||9.0 Known to fail|9.0

[Bug tree-optimization/85947] gcc.dg/vect/bb-slp-div-1.c XPASSes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85947 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #2 from Eric Botcazou --- > Whoever added the testcase should put a comment to explain the xfail. This would be Richard, alread on the Cc:

[Bug lto/88220] LTO ICE with GNU inline and alias's

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88220 --- Comment #3 from Martin Liška --- $ ld --version GNU ld (GNU Binutils; openSUSE Tumbleweed) 2.31.1.20180828-3 Copyright (C) 2018 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU G

[Bug lto/87525] [7/8/9 Regression] infinite loop generated for fread() if enabling -flto and -D_FORTIFY_SOURCE=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525 --- Comment #13 from Martin Liška --- $ ld --version GNU ld (GNU Binutils; openSUSE Tumbleweed) 2.31.1.20180828-3 Copyright (C) 2018 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU

[Bug tree-optimization/89280] [7/8/9 Regression] ICE: Segmentation fault (in is_gimple_reg_type)

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

[Bug target/89281] [9 Regression] gcc/optabs.c:3901:30: runtime error: shift exponent 32 is too large for 32-bit type 'int'

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

[Bug lto/88677] [9 Regression] Divergence in -O2 and -O2 -flto early opts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88677 Jan Hubicka changed: What|Removed |Added Assignee|rguenther at suse dot de |hubicka at gcc dot gnu.org --- Com

[Bug target/88648] [7/8 Regression] Force unified syntax for inline assembly not functional (-masm-syntax-unified)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88648 --- Comment #5 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Mon Feb 11 09:26:31 2019 New Revision: 268764 URL: https://gcc.gnu.org/viewcvs?rev=268764&root=gcc&view=rev Log: ARM: fix -masm-syntax-unified (PR88648) Backport

[Bug lto/87525] [7/8/9 Regression] infinite loop generated for fread() if enabling -flto and -D_FORTIFY_SOURCE=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525 Jan Hubicka changed: What|Removed |Added CC||mjambor at suse dot cz --- Comment #14 fro

[Bug tree-optimization/89278] ICE in gimplify_modify_expr, at gimplify.c:5821

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

[Bug target/88648] [7/8 Regression] Force unified syntax for inline assembly not functional (-masm-syntax-unified)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88648 --- Comment #6 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Mon Feb 11 09:31:13 2019 New Revision: 268765 URL: https://gcc.gnu.org/viewcvs?rev=268765&root=gcc&view=rev Log: ARM: fix -masm-syntax-unified (PR88648) Backport

[Bug target/88648] Force unified syntax for inline assembly not functional (-masm-syntax-unified)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88648 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug sanitizer/80953] Support libsanitizer on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953 --- Comment #32 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #31 from Eric Botcazou --- >> I think it is important to find out why there are those differences in line >> numbers. Is libbacktrace broken on Solaris, or not used at al

[Bug sanitizer/80953] Support libsanitizer on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953 --- Comment #33 from Eric Botcazou --- > I found that enabling it causes quite a number of regressions. Here's > the list that I've just recreated: > > +FAIL: c-c++-common/asan/heap-overflow-1.c -O0 output pattern test > +FAIL: c-c++-common/

[Bug sanitizer/80953] Support libsanitizer on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953 --- Comment #34 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #33 from Eric Botcazou --- >> I found that enabling it causes quite a number of regressions. Here's >> the list that I've just recreated: [...] >> Maybe this goes away wi

[Bug lto/87525] [7/8/9 Regression] infinite loop generated for fread() if enabling -flto and -D_FORTIFY_SOURCE=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525 Jan Hubicka changed: What|Removed |Added CC||jakub at redhat dot com --- Comment #15 fr

[Bug libstdc++/89279] `floorf` not in `std` despite -std=c++11

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

[Bug libstdc++/79700] std::fabsf and std::fabsl missing from

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700 Jonathan Wakely changed: What|Removed |Added CC||christ...@lipka-koeln.de --- Comment #

[Bug lto/88147] [9 Regression] ICE in linemap_line_start, at libcpp/line-map.c:781 starting from r265875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147 --- Comment #13 from Martin Liška --- I hope I understand the failure. So what happens: - first a new map is created with to_line: 2578 (with m_column_and_range_bits == 13) - then a new request comes with to_line: 404198, m_column_and_range_bits

[Bug lto/87525] [7/8/9 Regression] infinite loop generated for fread() if enabling -flto and -D_FORTIFY_SOURCE=2

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

[Bug libbacktrace/81983] libbacktrace calls bsearch with NULL base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81983 --- Comment #4 from Tom de Vries --- Ian, how do you want this fixed? We could add a safe_bsearch: ... diff --git a/libbacktrace/internal.h b/libbacktrace/internal.h index 065b9535e8b..7d9aa5e88c5 100644 --- a/libbacktrace/internal.h +++ b/libba

[Bug lto/88147] [9 Regression] ICE in linemap_line_start, at libcpp/line-map.c:781 starting from r265875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147 --- Comment #14 from Martin Liška --- Created attachment 45653 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45653&action=edit Patch candidate Patch candidate that survives both reduced and not reduced test-cases. David does the patch mak

[Bug bootstrap/88714] [9 regression] bootstrap comparison failure on armv7l since r265398

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88714 --- Comment #44 from Jakub Jelinek --- Author: jakub Date: Mon Feb 11 10:39:59 2019 New Revision: 268766 URL: https://gcc.gnu.org/viewcvs?rev=268766&root=gcc&view=rev Log: PR bootstrap/88714 * config/arm/ldrdstrd.md (*arm_ldrd, *

[Bug fortran/89282] New: Garbage arithmetics results in fortran with -O3 and overloaded operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89282 Bug ID: 89282 Summary: Garbage arithmetics results in fortran with -O3 and overloaded operators Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal

[Bug lto/87525] [7/8/9 Regression] infinite loop generated for fread() if enabling -flto and -D_FORTIFY_SOURCE=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525 --- Comment #17 from Jan Hubicka --- > GNU extern inline is an extension, so is covered by whatever we define (or > should have defined). We've never required that the out of line and inline > definitions are the same or in any way similar (prot

[Bug fortran/89282] Garbage arithmetics results in fortran with -O3 and overloaded operators

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

[Bug fortran/89282] Garbage arithmetics results in fortran with -O3 and overloaded operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89282 --- Comment #2 from federico --- $ gfortran -v Built by Equation Solution . Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=c:/users/federico/gcc-6.2.0/bin/../libexec/gcc/x86_64-w64-mingw32/6.2.0/lto-wrappe

[Bug lto/87525] [7/8/9 Regression] infinite loop generated for fread() if enabling -flto and -D_FORTIFY_SOURCE=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525 Jakub Jelinek changed: What|Removed |Added CC|jakub at redhat dot com| --- Comment #18 from Jakub Jelin

[Bug fortran/89282] Garbage arithmetics results in fortran with -O3 and overloaded operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89282 --- Comment #3 from federico --- Thanks Dominique. - Output from gcc 5.3.0 has the same issue: type(t) object , size=5 x(1) = 2.0E+00 x(2) = 2.0E+00 x(3) = 2.0E+00 x(4) = 2.0E+00 x(5) = 4.25474E+15 type(t) object , siz

[Bug lto/88147] [9 Regression] ICE in linemap_line_start, at libcpp/line-map.c:781 starting from r265875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147 --- Comment #15 from Martin Liška --- During the bug investigation I noticed a strange thing in line-map.c: 700if (line_delta < 0 701|| (line_delta > 10 702&& line_delta * map->m_column_and_range_bits > 1000)

[Bug fortran/89282] Garbage arithmetics results in fortran with -O3 and overloaded operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89282 --- Comment #4 from Dominique d'Humieres --- > Maybe it's been solved as part of other bugs I couldn't find by searching? I don't think it is worth the effort to find when this has been fixed. I'll commit your test and close the PR as FIXED.

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 --- Comment #4 from ohaiziejohwahkeezuoz at xff dot cz --- See Comment 1 please. CFLAGS for gcc are in Comment 2. Just "-ggdb -Og". Failing cross-compiler is built on Arch Linux, with the default compiler: # gcc --verbose Using built-in specs.

[Bug tree-optimization/89283] New: [8/9 Regression] ICE: Segmentation fault (in stmt_could_throw_1_p)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89283 Bug ID: 89283 Summary: [8/9 Regression] ICE: Segmentation fault (in stmt_could_throw_1_p) Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: EH, ice-on-inv

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 --- Comment #5 from ohaiziejohwahkeezuoz at xff dot cz --- Reproducing this might be somewhat complicated, because harfbuzz has some dependencies, which would also needed to be built. But I have captured the failing command, and can run gdb on it

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 --- Comment #6 from ohaiziejohwahkeezuoz at xff dot cz --- One question. Are the LTO object files built with gcc 8.2.0 supposed to be compatible with those built with 8.2 branch tip? I have static library dependencies that are also compiled with L

[Bug target/89229] [7/8 Regression] Unnecessary ZMM in movoi_internal_avx/movti_internal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229 --- Comment #7 from H.J. Lu --- [hjl@gnu-cfl-1 gcc]$ cat /export/gnu/import/git/gitlab/x86-gcc/gcc/testsuite/gcc.target/i386/pr89029-1.c /* { dg-do assemble { target { avx512bw && avx512vl } } } */ /* { dg-options "-O1 -mavx512bw -mavx512vl -mtun

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 --- Comment #7 from Martin Liška --- (In reply to ohaiziejohwahkeezuoz from comment #5) > Reproducing this might be somewhat complicated, because harfbuzz has some > dependencies, which would also needed to be built. But I have captured the > fai

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 --- Comment #8 from Martin Liška --- (In reply to ohaiziejohwahkeezuoz from comment #6) > One question. Are the LTO object files built with gcc 8.2.0 supposed to be > compatible with those built with 8.2 branch tip? I have static library > depend

[Bug fortran/89282] Garbage arithmetics results in fortran with -O3 and overloaded operators

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

[Bug libstdc++/89023] libstdc++ test failure; can't find omp.h with --disable-libgomp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89023 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Mon Feb 11 12:56:59 2019 New Revision: 268769 URL: https://gcc.gnu.org/viewcvs?rev=268769&root=gcc&view=rev Log: PR libstdc++/89023 fix test that fails when not available Instead of a

[Bug libstdc++/89023] libstdc++ test failure; can't find omp.h with --disable-libgomp

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

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 --- Comment #9 from ohaiziejohwahkeezuoz at xff dot cz --- The build of harfbuzz 2.3.1 with gcc 8.2.0 succeeds. I can also confirm that re-building all dependencies of harfbuzz with 8.2 branch rev268702 also succeeds. So the issue is with 8.2.1

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 Martin Liška changed: What|Removed |Added Status|WAITING |ASSIGNED --- Comment #10 from Martin Lišk

[Bug c/89284] New: gcc -fsanitize=undefined inhibits -Wuninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89284 Bug ID: 89284 Summary: gcc -fsanitize=undefined inhibits -Wuninitialized Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 --- Comment #11 from ohaiziejohwahkeezuoz at xff dot cz --- (In reply to Martin Liška from comment #8) > I would like to get a reproducible test-case. You can run the linking > command line with --save-temps --verbose. And then you can reduce numb

[Bug lto/89260] ICE in read_cgraph_and_symbols, at lto/lto.c:2800 while compiling harfbuzz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260 --- Comment #12 from Martin Liška --- > I don't know, the failing command has like 30kB of command line options > after doing what you suggest. It's huuuge for any kind of manual > processing/elimination. Sure, now we know the root cause so no t

[Bug c++/89285] New: ICE after casting the this pointer in the constructor in C++17 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89285 Bug ID: 89285 Summary: ICE after casting the this pointer in the constructor in C++17 mode Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/89285] ICE after casting the this pointer in the constructor in C++17 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89285 --- Comment #1 from Guus Sliepen --- Comment on attachment 45656 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45656 Minimal reproducer code The while-loop can be removed as well, and it will still give an ICE.

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 Bill Schmidt changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug c++/85250] Builtin operator overload resolution fails to consider user-defined conversion template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85250 Dan Raviv changed: What|Removed |Added CC||dan.raviv at gmail dot com --- Comment #1 fr

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #16 from Jakub Jelinek --- I don't see why this should be reopened. Many of the effective target procedures leave some output in the log files, that is completely normal. Why should this one be an exception? E.g. spawn -ignore SIGHU

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #17 from Andrew Stubbs --- If this is going to annoy a lot of people then I suppose I could add an additional message stating that the error can safely be ignored? Or, maybe there's a way to silence/hide the output from check_no_comp

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #18 from Bill Schmidt --- (In reply to Jakub Jelinek from comment #16) > I don't see why this should be reopened. Many of the effective target > procedures leave some output in the log files, that is completely normal. > Why should

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #19 from Bill Schmidt --- Specifially, I asked to compile only srad-modulo.c, but I end up with a compilation of offload_gcn7262.c in my log when I do not configure in any way to test for this.

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #20 from Jakub Jelinek --- Various effective targets are checked already in the initialization of various *.exp, etc. E.g. struct-layout-1.exp checks check_effective_target_short_enums, gomp.exp checks check_effective_target_fopenmp,

[Bug fortran/87689] Memory corruption on Power 8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87689 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #9 from

[Bug fortran/89286] New: Intrinsic sign and GNU Extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89286 Bug ID: 89286 Summary: Intrinsic sign and GNU Extension Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/89286] Intrinsic sign and GNU Extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89286 --- Comment #1 from MarkEggleston --- Created attachment 45657 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45657&action=edit GNU extension to intrinsic SIGN Includes change to Intrinsic documentation.

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #21 from Bill Schmidt --- Well, perhaps this is business as usual, but I'd still like to understand this a little better. What causes us to run the effective-target check for this thing in the first place? I've restricted my query

[Bug fortran/87689] Memory corruption on Power 8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87689 --- Comment #10 from Alan Modra --- Replying to comment #4, yes, the function decl is wrong. It should have the full parameter list, or have none (ie. tree.c:prototype_p return false). The powerpc ELFv2 ABI works fine with non-prototyped funct

[Bug c++/89285] [8 Regression] ICE after casting the this pointer in the constructor in C++17 mode

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

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #22 from Bill Schmidt --- It also seems odd to me that all the other checks happen when reading powerpc.exp, prior to running my tests, but this one happens late: Running /home/wschmidt/gcc/gcc-mainline-test2/gcc/testsuite/gcc.target

[Bug fortran/89286] Intrinsic sign and GNU Extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89286 --- Comment #2 from MarkEggleston --- Created attachment 45658 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45658&action=edit Change log for gcc/fortran for patch Date to added later.

[Bug fortran/89286] Intrinsic sign and GNU Extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89286 --- Comment #3 from MarkEggleston --- Created attachment 45659 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45659&action=edit Change Log for gcc/testsuite for patch Date to added later.

[Bug fortran/89286] Intrinsic sign and GNU Extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89286 --- Comment #4 from MarkEggleston --- Missed some changes that should've gone in the change log. These included a couple of line that shouldn't have been there. Fixing patch and change log and will replace attachments when done.

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #23 from Andrew Stubbs --- It's caused by the llvm_binutils check, which is used by pretty much every test to determine whether to complain about blank lines in compile output, or not. Right now the easiest way to determine if it's u

[Bug c++/89285] [8 Regression] ICE after casting the this pointer in the constructor in C++17 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89285 --- Comment #3 from Jonathan Wakely --- I think it's valid (but the constructor can't be used in a constant expression).

[Bug c++/89285] [8/9 Regression] ICE after casting the this pointer in the constructor in C++17 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89285 Jakub Jelinek changed: What|Removed |Added Keywords||accepts-invalid CC|

[Bug testsuite/88920] [9 regression] GCC is not configured to support amdgcn-unknown-amdhsa as offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920 --- Comment #24 from Bill Schmidt --- Why does this end up showing up after a test is run, rather than early like all the other target-supports checks? It would be less surprising if it acted like the others (and I would probably not have notice

[Bug c++/89285] [8/9 Regression] ICE after casting the this pointer in the constructor in C++17 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89285 --- Comment #5 from Jakub Jelinek --- Though, I wonder if something isn't wrong with the r267272 commit, I'd have thought that constexpr evaluation should be done on the pre-cp_folded bodies and cp_fold could be removing REINTERPRET_CAST_Ps.

[Bug lto/88147] [9 Regression] ICE in linemap_line_start, at libcpp/line-map.c:781 starting from r265875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147 --- Comment #16 from Martin Liška --- (In reply to Martin Liška from comment #14) > Created attachment 45653 [details] > Patch candidate > > Patch candidate that survives both reduced and not reduced test-cases. > David does the patch make sense

[Bug c++/89287] New: Array declaration fails to use template conversion operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89287 Bug ID: 89287 Summary: Array declaration fails to use template conversion operator Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Pr

[Bug middle-end/88560] [9 Regression] armv8_2-fp16-move-1.c and related regressions after r266385

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560 --- Comment #15 from Tamar Christina --- Author: tnfchris Date: Mon Feb 11 16:54:18 2019 New Revision: 268772 URL: https://gcc.gnu.org/viewcvs?rev=268772&root=gcc&view=rev Log: Arm: Update tests after register allocation changes. (PR/target 8856

[Bug c++/89285] [8/9 Regression] ICE after casting the this pointer in the constructor in C++17 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89285 --- Comment #6 from Jakub Jelinek --- Bisected that to the finish_id_expression change, reverting the penultimate and antepenultimate hunk of https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/cp/semantics.c?limit_changes=0&r1=267272&r2=267271&pathrev=267

[Bug lto/88147] [9 Regression] ICE in linemap_line_start, at libcpp/line-map.c:781 starting from r265875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147 --- Comment #17 from David Malcolm --- Created attachment 45660 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45660&action=edit Selftest coverage The attached reproduces the problem via a minimal selftest, and is also fixed by attachment

[Bug lto/88147] [9 Regression] ICE in linemap_line_start, at libcpp/line-map.c:781 starting from r265875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147 --- Comment #18 from David Malcolm --- (In reply to Martin Liška from comment #15) > During the bug investigation I noticed a strange thing in line-map.c: > >700if (line_delta < 0 >701|| (line_delta > 10 >702&

[Bug c/89288] New: [9 Regression] ICE in tree_code_size, at tree.c:865

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89288 Bug ID: 89288 Summary: [9 Regression] ICE in tree_code_size, at tree.c:865 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/80936] bcmp, bcopy, and bzero not declared nonnull

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80936 Martin Sebor changed: What|Removed |Added Status|RESOLVED|NEW Resolution|INVALID

[Bug lto/88147] [9 Regression] ICE in linemap_line_start, at libcpp/line-map.c:781 starting from r265875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147 --- Comment #19 from David Malcolm --- (In reply to David Malcolm from comment #17) > Created attachment 45660 [details] > Selftest coverage > > The attached reproduces the problem via a minimal selftest, and is also > fixed by attachment 45653

[Bug c/89289] New: ICE in extract_insn, at recog.c:2310

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89289 Bug ID: 89289 Summary: ICE in extract_insn, at recog.c:2310 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c As

[Bug c/89290] New: [8/9 Regression] ICE in change_address_1, at emit-rtl.c:2286

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89290 Bug ID: 89290 Summary: [8/9 Regression] ICE in change_address_1, at emit-rtl.c:2286 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Pri

[Bug c++/87996] [8/9 Regression] "size of array is negative" error when SIZE_MAX/2 < sizeof(array) <= SIZE_MAX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87996 --- Comment #5 from Martin Sebor --- Author: msebor Date: Mon Feb 11 17:35:17 2019 New Revision: 268774 URL: https://gcc.gnu.org/viewcvs?rev=268774&root=gcc&view=rev Log: PR c++/87996 - size of array is negative error when SIZE_MAX/2 < sizeof(ar

[Bug c++/87996] [8 Regression] "size of array is negative" error when SIZE_MAX/2 < sizeof(array) <= SIZE_MAX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87996 Martin Sebor changed: What|Removed |Added Known to work||9.0 Summary|[8/9 Regression] "

[Bug c++/89287] Array declaration fails to use template conversion operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89287 --- Comment #1 from Marek Polacek --- This doesn't seem to ever work with G++ (even 4.8 rejects it).

[Bug target/89222] [7/8/9 regression] ARM thumb-2 misoptimisation of func ptr call with -O2 or -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89222 --- Comment #7 from Wilco --- Patch: https://gcc.gnu.org/ml/gcc-patches/2019-02/msg00780.html

[Bug c++/89267] [8 Regression] FAIL: g++.dg/cpp1z/constexpr-lambda8.C (test for excess errors)

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

[Bug tree-optimization/88771] [9 Regression] Misleading -Werror=array-bounds error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88771 --- Comment #19 from Martin Sebor --- Author: msebor Date: Mon Feb 11 17:44:05 2019 New Revision: 268775 URL: https://gcc.gnu.org/viewcvs?rev=268775&root=gcc&view=rev Log: PR tree-optimization/88771 - Misleading -Werror=array-bounds error gcc/C

[Bug c++/89267] [8 Regression] FAIL: g++.dg/cpp1z/constexpr-lambda8.C (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89267 --- Comment #3 from Jason Merrill --- Author: jason Date: Mon Feb 11 17:57:41 2019 New Revision: 268776 URL: https://gcc.gnu.org/viewcvs?rev=268776&root=gcc&view=rev Log: PR c++/89267 - change of error location. * pt.c (tsubst_c

[Bug tree-optimization/88771] [9 Regression] Misleading -Werror=array-bounds error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88771 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|NEW --- Comment #20 from Martin Sebor --

[Bug c++/53181] static_assert sees as non constant the comparison between a constexpr and a template argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53181 Martin Sebor changed: What|Removed |Added Known to fail|6.0 |6.3.0, 7.3.0, 8.2.0, 9.0 --- Comment #5 f

[Bug c++/89285] [8/9 Regression] ICE after casting the this pointer in the constructor in C++17 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89285 --- Comment #7 from Jakub Jelinek --- Ah, so one problem is that while we save the inline bodies of functions before cp_fold_function, cp_fold_function is destructive and clobbers the saved copy. cp_fold itself is (hopefully) not destructive and

[Bug c++/53036] [c++11] trivial class fails std::is_trivial test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53036 Martin Sebor changed: What|Removed |Added Keywords||rejects-valid Status|NEW

[Bug tree-optimization/86637] [9 Regression] ICE: tree check: expected block, have in inlining_chain_to_json, at optinfo-emit-json.cc:293

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637 --- Comment #14 from Wilco --- Author: wilco Date: Mon Feb 11 18:14:37 2019 New Revision: 268777 URL: https://gcc.gnu.org/viewcvs?rev=268777&root=gcc&view=rev Log: [COMMITTED] Fix pthread errors in pr86637-2.c Fix test errors on targets which d

[Bug c++/89267] [8 Regression] FAIL: g++.dg/cpp1z/constexpr-lambda8.C (test for excess errors)

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

[Bug libbacktrace/81983] libbacktrace calls bsearch with NULL base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81983 --- Comment #5 from Ian Lance Taylor --- I would be inclined to just skip the bsearch when the count is zero.

[Bug fortran/89291] New: internal compiler error: in gfc_trans_use_stmts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89291 Bug ID: 89291 Summary: internal compiler error: in gfc_trans_use_stmts Product: gcc Version: 7.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: f

[Bug middle-end/89288] [9 Regression] ICE in tree_code_size, at tree.c:865

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

[Bug fortran/89291] internal compiler error: in gfc_trans_use_stmts

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

[Bug fortran/89286] Intrinsic sign and GNU Extension

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

  1   2   >