[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #17 from Segher Boessenkool --- So we have a compare:CCFPU, the resulting flags is used in a GE only, and ix86_cc_mode thinks the best mode to use for that is CCFP. Which is fine, except compare:CCFPU is a different instruction, and

[Bug c++/82724] New: Larger than needed DWARF type declarations for explicitly instantiated class templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82724 Bug ID: 82724 Summary: Larger than needed DWARF type declarations for explicitly instantiated class templates Product: gcc Version: 6.3.0 Status: UNCONFIRMED

[Bug target/82717] [RISCV] Default value of the -mabi option doesn't match documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82717 --- Comment #4 from palmer at gcc dot gnu.org --- (In reply to Alex Bradbury from comment #2) > (In reply to palmer from comment #1) > > Thanks Alex -- you're correct that this is a documentation/code mismatch. I > > just talked to Andrew and we

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

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

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #39 from Jonathan Wakely --- Using .NOTPARALLEL is definitely not an acceptable solution. **Maybe** using it for affected targets only would be acceptable. Using it for all targets is not.

[Bug c++/82722] New: internal compiler error: in finish_member_declaration, at cp/semantics.c:2984

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82722 Bug ID: 82722 Summary: internal compiler error: in finish_member_declaration, at cp/semantics.c:2984 Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity:

[Bug ada/82639] Legal program rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82639 Victor Porton changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug fortran/82721] [7/8 Regression] Error message with corrupted text, sometimes ICE

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

[Bug c++/79092] template: type ignored if value already instantiated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79092 Jonathan Wakely changed: What|Removed |Added CC||john at mcfarlane dot name ---

[Bug c++/82226] previous instantiation of template type breaks future use

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

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #38 from Chris Johns --- (In reply to Jonathan Wakely from comment #36) > Also, this strongly suggests the problem for RTEMS is different: > > (In reply to Chris Johns from comment #24) > > I would welcome a patch attached to this

[Bug libfortran/81938] valgrind error message and heap-buffer-overflow on address sanitized libgfortran.so

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938 Dominique d'Humieres changed: What|Removed |Added Blocks||78672 --- Comment #4 from

[Bug debug/82718] Bad DWARF5 .debug_loclists generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82718 --- Comment #5 from Mark Wielaard --- (In reply to Jakub Jelinek from comment #4) > Created attachment 42474 [details] > gcc8-pr82718.patch > > Untested fix. Works for me. elfutils builds with this patch and gcc -O2 -gdwarf-5.

[Bug middle-end/82062] [8 regression] simple conditional expressions no longer folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82062 --- Comment #14 from Eric Botcazou --- Author: ebotcazou Date: Wed Oct 25 21:53:21 2017 New Revision: 254089 URL: https://gcc.gnu.org/viewcvs?rev=254089=gcc=rev Log: PR middle-end/82062 * fold-const.c

[Bug middle-end/82062] [8 regression] simple conditional expressions no longer folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82062 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/82723] Collisions with standard library not detected by linker

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82723 --- Comment #1 from Jonathan Wakely --- Firstly, the linker is not part of GCC, so this is the wrong place to report it, and secondly, this is by design, see http://www.airs.com/blog/archives/307

[Bug c++/82724] Larger than needed DWARF type declarations for explicitly instantiated class templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82724 --- Comment #1 from Paul Robinson --- David and I have differing opinions on this one, but he was kind enough to cc me on the bug so I'll offer up my take on it. It's inarguable that omitting information makes the information smaller. The

[Bug c++/82724] Larger than needed DWARF type declarations for explicitly instantiated class templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82724 --- Comment #2 from David Blaikie --- Thanks for chiming in, Paul - figured it was an interesting case I ran into that came up against/near some of the stuff we'd touched on recently (for a hot second I thought maybe Clang's omission of the

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #40 from Campbell --- (In reply to Chris Johns from comment #38) > FYI I do not see any build errors with the same version of MacOS on > different hardware running HPFS. It is a different machine with a Fusion > disk and that disk is

[Bug c/7356] syntax errors immediately before an #include are reported for within the included file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7356 --- Comment #8 from David Malcolm --- Author: dmalcolm Date: Wed Oct 25 23:53:41 2017 New Revision: 254093 URL: https://gcc.gnu.org/viewcvs?rev=254093=gcc=rev Log: C: detect more missing semicolons (PR c/7356) c_parser_declaration_or_fndef has

[Bug c/44515] improve message for missing ";"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44515 --- Comment #8 from David Malcolm --- Author: dmalcolm Date: Wed Oct 25 23:53:41 2017 New Revision: 254093 URL: https://gcc.gnu.org/viewcvs?rev=254093=gcc=rev Log: C: detect more missing semicolons (PR c/7356) c_parser_declaration_or_fndef has

[Bug c/7356] syntax errors immediately before an #include are reported for within the included file

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

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #41 from Misty De Meo --- I requested a suggestion from Apple as to how to fix this, and was directed to the developer technical support page: https://developer.apple.com/support/technical/ Would you like me to file a support

[Bug c/44515] improve message for missing ";"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44515 --- Comment #9 from David Malcolm --- Trunk now emits: t.c: In function ‘foo’: t.c:4:8: error: expected ‘;’ before ‘}’ token bar() ^ ; t.c:7:1: } ~ (as of r253690, I believe). This improves the location for the

[Bug c++/82724] Larger than needed DWARF type declarations for explicitly instantiated class templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82724 --- Comment #3 from Paul Robinson --- Admittedly the function parameter analogy is a bit of a stretch. Making consumers parse names on the off chance they contain semantically significant information seems like a bit much, though. Especially

[Bug target/82725] New: [8 Regression] [i386] internal compiler error: in change_address_1, at emit-rtl.c:2162

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82725 Bug ID: 82725 Summary: [8 Regression] [i386] internal compiler error: in change_address_1, at emit-rtl.c:2162 Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug c++/82724] Larger than needed DWARF type declarations for explicitly instantiated class templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82724 --- Comment #4 from David Blaikie --- > Making consumers parse names on the off chance they contain semantically > significant information seems like a bit much, though. Especially if they > contain information in a ridiculous variety of

[Bug c++/78511] ICE on using concept name as a "requires" parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78511 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #33 from Jonathan Wakely --- (In reply to Marc Glisse from comment #28) > Generally, I don't understand why we are linking sources in the build > directory instead of passing -I flags pointing directly to the source > directory. I

[Bug preprocessor/58687] "#line __LINE__ ..." changes subsequent line numbers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687 --- Comment #29 from Max TenEyck Woodbury --- While #line is indeed most commonly used by code generators, it can be used in other contexts. The most common other use is to remove sensitive and useless file name components from the file

[Bug libstdc++/79283] read_symlink fails with /proc symlinks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79283 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Wed Oct 25 12:42:58 2017 New Revision: 254076 URL: https://gcc.gnu.org/viewcvs?rev=254076=gcc=rev Log: PR libstdc++/79283 fix filesystem::read_symlink for /proc PR

[Bug target/77267] MPX does not work in a presence of "-Wl,-as-needed" option (Ubuntu default)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77267 --- Comment #12 from Matthias Klose --- fyi, this is now fixed in Ubuntu 16.04 LTS

[Bug libstdc++/82716] struct/class vs. tuple_element/tuple_size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82716 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Wed Oct 25 13:55:56 2017 New Revision: 254077 URL: https://gcc.gnu.org/viewcvs?rev=254077=gcc=rev Log: PR libstdc++/82716 avoid stupid -Wmismatched-tags warnings PR

[Bug gcov-profile/82702] gcov intermediate format is creating multiple 'gcov' files, it was creating a single file up to GCC 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82702 --- Comment #6 from Martin Liška --- Marco is right that it started with the mentioned revision. But let me start in more general context: Consider virtual.cpp file that includes some standard header files. In that case gcov tool can be invoked

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #37 from Francois-Xavier Coudert --- (In reply to Jonathan Wakely from comment #35) > Can somebody confirm the links are not only present, but point to the > relevant file in the source tree? It seems OK: In file included from

[Bug target/82717] New: [RISCV] Default value of the -mabi option doesn't match documentation

1073741824 .align 2 .LC1: .word 1065353216 .ident "GCC: (GNU) 8.0.0 20171025 (experimental)" I would also note that the documentation could be improved by better detailing the accepted ABI strings and giving valid examples (ILP32 isn't accepted as it is uppercase).

[Bug libfortran/81938] valgrind error message and heap-buffer-overflow on address sanitized libgfortran.so

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938 Rimvydas (RJ) changed: What|Removed |Added CC||rimvydas.jas at gmail dot com ---

[Bug middle-end/82062] [8 regression] simple conditional expressions no longer folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82062 --- Comment #13 from rguenther at suse dot de --- On Wed, 25 Oct 2017, ebotcazou at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82062 > > --- Comment #11 from Eric Botcazou --- > > Simplified but not equal - you are

[Bug c++/82710] Incorrect warning:unnecessary parentheses in declaration of global friend functions [-Werror=parentheses]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82710 Nathan Sidwell changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/82471] Reorder loop for unfavorable index ordering in DO CONCURRENT and FORALL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82471 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Depends on|

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #14 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #13) > (In reply to Segher Boessenkool from comment #12) > > But why only do this for FLOAT_MODE_P? Either the logic here isn't > > correct, or cc_modes_compatible isn't

[Bug tree-optimization/82707] ICE in verify_gimple_in_cfg at tree-cfg.c:5395

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82707 Tom de Vries changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/82062] [8 regression] simple conditional expressions no longer folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82062 --- Comment #11 from Eric Botcazou --- > Simplified but not equal - you are also stripping a possible truncation. > I think the original code only ever stripped widening conversions. Right, but IMO there is no real reason to distinguish the 2

[Bug libfortran/81938] valgrind error message and heap-buffer-overflow on address sanitized libgfortran.so

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938 --- Comment #3 from Rimvydas (RJ) --- fmt_cache_1.f in valgrind is reproducible on aarch64-suse-linux One scientific package has a tendency to crash in similar place. Program terminated with signal SIGSEGV, Segmentation fault. #0

[Bug c++/81862] [C++11][constexpr] Constructor Parenthesized Initialization of Member Array Crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81862 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/14741] graphite with loop blocking and interchanging doesn't optimize a matrix multiplication loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741 --- Comment #39 from Thomas Koenig --- Clang has this implemented via polyhedral optimization, see https://polly.llvm.org/ (news from September 2017). Can gcc do something similar?

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #13 from Uroš Bizjak --- (In reply to Segher Boessenkool from comment #12) > But why only do this for FLOAT_MODE_P? Either the logic here isn't > correct, or cc_modes_compatible isn't the correct hook (we'll need > a new hook

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #35 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #34) > So all the files in ${allstamped} will have been created, which means all > the symlinks will be present (assuming no errors from the $(LN_S) command, >

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #36 from Jonathan Wakely --- Also, this strongly suggests the problem for RTEMS is different: (In reply to Chris Johns from comment #24) > I would welcome a patch attached to this ticket. > > My efforts with .NOTPARALLEL cannot

[Bug c++/82710] [8 Regression] Incorrect warning:unnecessary parentheses in declaration of global friend functions [-Werror=parentheses]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82710 Jonathan Wakely changed: What|Removed |Added Summary|Incorrect |[8 Regression] Incorrect

[Bug middle-end/82062] [8 regression] simple conditional expressions no longer folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82062 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #34 from Jonathan Wakely --- (In reply to Jack Howarth from comment #15) > Maybe I'm just thick, but from the generated > x86_64-apple-darwin17.0.0/libstdc++-v3/include/Makefile, it is entirely > unclear to me how the stamp mechanism

[Bug libstdc++/82716] New: struct/class vs. tuple_element/tuple_size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82716 Bug ID: 82716 Summary: struct/class vs. tuple_element/tuple_size Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libstdc++/82716] struct/class vs. tuple_element/tuple_size

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

[Bug libstdc++/82716] struct/class vs. tuple_element/tuple_size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82716 Jonathan Wakely changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #3 from Jonathan

[Bug c++/41091] Using section attribute in c and c++ function causes section type conflict

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82719 G. Steinmetz changed: What|Removed |Added Blocks||82173 --- Comment #1

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82720 Bug ID: 82720 Summary: [PDT] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:2400 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug debug/82718] Bad DWARF5 .debug_loclists generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82718 --- Comment #2 from Mark Wielaard --- Created attachment 42472 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42472=edit generated assembler e.s assembler produced with gcc (GCC) 8.0.0 20171024 (experimental)

[Bug fortran/82622] [PDT] ICE in structure_alloc_comps, at fortran/trans-array.c:8963

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82622 --- Comment #6 from G. Steinmetz --- (In reply to kargl from comment #5) > Is this valid code and should compile It should be legal, IMO. Note that "a" in z1.f90 is effectively unused (the type parameters need not be used

[Bug web/82686] Debian sid powerpc64-unknown-linux-gnu 4.13.0-1-powerpc64 bootstrap breaks in stage3 with unexpected requirement for bdw-gc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82686 --- Comment #8 from Dennis Clarke --- That helps actually. However I am concerned that the folks from IBM are entirely focused on a particular power architecture and old powerpc cpus are not considered. Freescale implementations even less so.

[Bug debug/82718] Bad DWARF5 .debug_loclists generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82718 --- Comment #1 from Mark Wielaard --- Created attachment 42471 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42471=edit preprocessed e.i

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #15 from Segher Boessenkool --- My point is that doing this only for FLOAT_MODE_P makes no real sense. If we can describe ordered comparisons with special CC modes, we should do tests with those modes only here.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82719 Bug ID: 82719 Summary: [PDT] ICE in transfer_expr, at fortran/trans-io.c:2393 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/82721] New: Error message with corrupted text, sometimes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82721 Bug ID: 82721 Summary: Error message with corrupted text, sometimes ICE Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug debug/82718] New: Bad DWARF5 .debug_loclists generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82718 Bug ID: 82718 Summary: Bad DWARF5 .debug_loclists generation Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug

[Bug fortran/82721] Error message with corrupted text, sometimes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82721 --- Comment #1 from G. Steinmetz --- With a test version (configured with --enable-checking=yes) sometimes a backtrace is produced, like : f951: internal compiler error: Segmentation fault 0xca7e1f crash_signal

[Bug libfortran/81938] valgrind error message and heap-buffer-overflow on address sanitized libgfortran.so

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org ---

[Bug c++/82724] Larger than needed DWARF type declarations for explicitly instantiated class templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82724 --- Comment #6 from David Blaikie --- (In reply to Paul Robinson from comment #5) > (In reply to David Blaikie from comment #4) > > What I'm saying is consumers already have to parse it to match up the same > > type name between compilers. > >

[Bug preprocessor/58687] "#line __LINE__ ..." changes subsequent line numbers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687 --- Comment #30 from joseph at codesourcery dot com --- An option to use just the file's basename in __FILE__ is bug 82176. I think that's a much more reasonable feature than straining the interpretation of what counts as the line number for

[Bug c++/82226] previous instantiation of template type breaks future use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82226 --- Comment #2 from John McFarlane --- 79092?

[Bug debug/82718] Bad DWARF5 .debug_loclists generation

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

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #16 from Uroš Bizjak --- (In reply to Segher Boessenkool from comment #15) > My point is that doing this only for FLOAT_MODE_P makes no real sense. > If we can describe ordered comparisons with special CC modes, we should > do tests

[Bug fortran/82721] [7/8 Regression] Error message with corrupted text, sometimes ICE

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

[Bug other/82708] libmpx fails to compile due to PATH_MAX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82708 --- Comment #7 from joseph at codesourcery dot com --- On Wed, 25 Oct 2017, keno at juliacomputing dot com wrote: > First, the build process looking for the headers in /sys-include rather > than /include where glibc installs them. Leads to the

[Bug target/82717] [RISCV] Default value of the -mabi option doesn't match documentation

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

[Bug c++/52202] [C++11][DR 1376] Should not extend lifetime of temporary wrapped in static_cast to reference type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52202 --- Comment #3 from Eric Gallager --- (In reply to ensadc from comment #2) > Superseded by issue 1299? See http://wg21.link/p0727. To clarify for people who don't click on the link, that's C++ Core Issue 1299, not GCC's bug 1299.

[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 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug debug/82718] Bad DWARF5 .debug_loclists generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82718 --- Comment #4 from Jakub Jelinek --- Created attachment 42474 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42474=edit gcc8-pr82718.patch Untested fix.

[Bug c/82723] New: Collisions with standard library not detected by linker

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82723 Bug ID: 82723 Summary: Collisions with standard library not detected by linker Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal

Re: [Bug target/82717] [RISCV] Default value of the -mabi option doesn't match documentation

On Wed, Oct 25, 2017 at 12:27 PM, asb at lowrisc dot org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82717 > > --- Comment #2 from Alex Bradbury --- > (In reply to palmer from comment #1) >> Thanks Alex -- you're correct that this is a documentation/code

[Bug target/82717] [RISCV] Default value of the -mabi option doesn't match documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82717 --- Comment #3 from Andrew Waterman --- On Wed, Oct 25, 2017 at 12:27 PM, asb at lowrisc dot org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82717 > > --- Comment #2 from Alex Bradbury --- > (In reply to

[Bug preprocessor/58687] "#line __LINE__ ..." changes subsequent line numbers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687 --- Comment #32 from joseph at codesourcery dot com --- The evidence from the DR discussion is that it's the *less* portable interpretation - that none of the implementations tested behaved as you suggest.

[Bug c++/82561] [8 regression] crash on internal compiler error: in cp_tree_equal, at cp/tree.c:3778

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82561 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|2017-10-16

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

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

[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 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug preprocessor/58687] "#line __LINE__ ..." changes subsequent line numbers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687 --- Comment #31 from Max TenEyck Woodbury --- The request in 82176 would remove all file components except the filename itself. It also puts control of the option on the comand line which would usually mandate its use for all modules in a

[Bug target/82717] [RISCV] Default value of the -mabi option doesn't match documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82717 --- Comment #2 from Alex Bradbury --- (In reply to palmer from comment #1) > Thanks Alex -- you're correct that this is a documentation/code mismatch. I > just talked to Andrew and we think it's best to change the documentation. > How does

[Bug c++/79092] template: type ignored if value already instantiated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79092 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/82724] Larger than needed DWARF type declarations for explicitly instantiated class templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82724 --- Comment #5 from Paul Robinson --- (In reply to David Blaikie from comment #4) > What I'm saying is consumers already have to parse it to match up the same > type name between compilers. Consumers of objects produced by gcc or unmodified

[Bug preprocessor/58687] "#line __LINE__ ..." changes subsequent line numbers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687 --- Comment #33 from Max TenEyck Woodbury --- The way it is currently implemented by GCC makes #line __LINE__ a useless construct. The form where subsequent line numbers remain unchanged is very useful. From the literature, that was the way it

[Bug gcov-profile/82702] gcov intermediate format is creating multiple 'gcov' files, it was creating a single file up to GCC 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82702 --- Comment #1 from Andrew Pinski --- https://gcc.gnu.org/onlinedocs/gcc/Invoking-Gcov.html#Invoking-Gcov The output is a single .gcov file per .gcda file. The same documentation was in GCC 5.1.0's docs:

[Bug rtl-optimization/82692] [8 Regression] Ordered comparisons used for unordered built-ins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692 --- Comment #11 from Uroš Bizjak --- (In reply to Segher Boessenkool from comment #10) > So should combine use targetm.cc_modes_compatible here? Yes. The trappines of FP compares is distinguished by their mode, so I guess something along the

[Bug web/82686] Debian sid powerpc64-unknown-linux-gnu 4.13.0-1-powerpc64 bootstrap breaks in stage3 with unexpected requirement for bdw-gc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82686 --- Comment #6 from Dennis Clarke --- Actually first thing I did was remove a few options from configure stage such that I could at least get past this small bump in the road : --enable-multiarch and --enable-multilib removed. Configure

[Bug gcov-profile/82702] gcov intermediate format is creating multiple 'gcov' files, it was creating a single file up to GCC 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82702 --- Comment #2 from Marco Castelluccio --- (In reply to Andrew Pinski from comment #1) > https://gcc.gnu.org/onlinedocs/gcc/Invoking-Gcov.html#Invoking-Gcov > > The output is a single .gcov file per .gcda file. > > The same documentation was

[Bug middle-end/82062] [8 regression] simple conditional expressions no longer folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82062 --- Comment #7 from Eric Botcazou --- But in fact we probably just need: Index: fold-const.c === --- fold-const.c(revision 254037) +++ fold-const.c(working copy) @@

[Bug c++/82710] New: Incorrect warning:unnecessary parentheses in declaration of global friend functions [-Werror=parentheses]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82710 Bug ID: 82710 Summary: Incorrect warning:unnecessary parentheses in declaration of global friend functions [-Werror=parentheses] Product: gcc Version: 8.0

[Bug c++/82710] Incorrect warning:unnecessary parentheses in declaration of global friend functions [-Werror=parentheses]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82710 --- Comment #1 from Sylvestre Ledru --- With gcc-8 (Debian 8-20171023-1) 8.0.0 20171023 (experimental) [trunk revision 253997]

[Bug c++/82711] New: -Wignored-qualifiers could be moved into -Wextra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82711 Bug ID: 82711 Summary: -Wignored-qualifiers could be moved into -Wextra Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/82613] Cannot access private definitions in base clause of friend class template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82613 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

  1   2   >