[Bug tree-optimization/86435] New: -fsemantic-interposition does not appear to have any effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86435 Bug ID: 86435 Summary: -fsemantic-interposition does not appear to have any effect Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Pr

[Bug fortran/86421] OpenMP declare simd linear ref in module causes gfortran to bail out

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86421 Dominique d'Humieres changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comm

[Bug fortran/86421] OpenMP declare simd linear ref in module causes gfortran to bail out

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

[Bug tree-optimization/86435] -fsemantic-interposition does not appear to have any effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86435 Alexander Monakov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug tree-optimization/86435] -fsemantic-interposition does not appear to have any effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86435 --- Comment #2 from Florian Weimer --- (In reply to Alexander Monakov from comment #1) > Without -fpic, f1 is considered not interposable. That's an odd assumption. ld can interpose the definition with -z muldefs, after all.

[Bug tree-optimization/86435] -fsemantic-interposition does not appear to have any effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86435 --- Comment #3 from Andreas Schwab --- But the assembler is allowed to resolve the reference directly without the possibility for interposition.

[Bug fortran/86417] [9 Regression] FAIL: libgomp.fortran/alloc-comp-3.f90 -O0 (test for excess errors)

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

[Bug tree-optimization/86435] -fsemantic-interposition does not appear to have any effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86435 --- Comment #4 from Florian Weimer --- (In reply to Andreas Schwab from comment #3) > But the assembler is allowed to resolve the reference directly without the > possibility for interposition. Hmm. The assembler would still produce a relocatio

[Bug fortran/86220] [9 Regression] ICE in gfc_conv_structure, at fortran/trans-expr.c:7789

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

[Bug fortran/86167] allocation variable length character array in derived type incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86167 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P4 Status|UNCONFIRMED

[Bug fortran/86330] False positive warnings about uninitialized offset/lbound/ubound when allocating on assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86330 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/85855] [7/8/9 Regression] (Maybe) uninitialized descriptor fields of an allocatable array component of a function result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85855 Dominique d'Humieres changed: What|Removed |Added CC||tomastrnka at gmx dot com --- Com

[Bug fortran/86416] [OMPVV SOLLVE] Defaultmap issues on OpenMP 4.5

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

[Bug fortran/86262] allocation with non-parameter array expression as SOURCE sets LBOUND to 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86262 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/85534] allocation of array with source give shifted index

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85534 Dominique d'Humieres changed: What|Removed |Added CC||simon.kluepfel at gmail dot com -

[Bug fortran/86248] [7/8/9 Regression] LEN_TRIM in specification expression causes link failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86248 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P4 Status|UNCONFIRMED

[Bug fortran/86268] [9.0] Error on correct code with PDTs

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

[Bug fortran/86417] [9 Regression] FAIL: libgomp.fortran/alloc-comp-3.f90 -O0 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86417 --- Comment #9 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #8) > Caused/exposed by revision r262442. Thanks for the info, Dominique. The following patch seems to be sufficient to fix the regression: Index:

[Bug libstdc++/86433] Shouldn't non const hashers also be allowed?

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

[Bug target/49263] SH Target: underutilized "TST #imm, R0" instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49263 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Comment

[Bug bootstrap/42047] --with-gmp= include directory is used for build targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42047 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org S

[Bug middle-end/44566] configuration with multiple targets / backends is not supported.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44566 Eric Gallager changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/52082] Memory loads not rematerialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52082 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Comment

[Bug target/58489] ICE: in reload_cse_simplify_operands, at postreload.c:411

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58489 Eric Gallager changed: What|Removed |Added Status|WAITING |RESOLVED CC|

[Bug bootstrap/77510] genautomata memory footprint for MIPS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77510 Eric Gallager changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/61807] genautomata.c fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61807 Eric Gallager changed: What|Removed |Added Keywords||build Status|UNCONFIRMED

[Bug c++/86436] New: IPA-ICF: miissed optimization at class template member functions

is also about ICF, but there are only free standing functions. Used platform was Debian Stretch AMD64, the GCC versions tested: $ g++-7.3.1 -v Using built-in specs. COLLECT_GCC=g++-7.3.1 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/7.3.1/lto-wrapper Target: x86_

[Bug ipa/86436] IPA-ICF: miissed optimization at class template member functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86436 --- Comment #1 from Andrew Pinski --- The reason Foldable are not folded is because Foldable<0> and Foldable<42> clases are different. Yes they have the same layout but for aliasing rules they are different.

[Bug fortran/83192] ICE for printing derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83192 --- Comment #2 from Vivek Rao --- Using GNU Fortran (GCC) 8.0.1 20180408 (experimental) from equation.com the code now compiles, so there may have been a bug in their previous build. I suggest closing this report.