[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

2024-01-14 Thread pault at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 --- Comment #1 from Paul Thomas --- (In reply to anlauf from comment #0) > While discussing a patch for PR89645/99065, the following issue with > ASSOCIATE and unlimited polymorphic functions was found: > > https://gcc.gnu.org/pipermail/fortran

[Bug libstdc++/113386] New: std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread janschultke at googlemail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 Bug ID: 113386 Summary: std::pair comparison operators should be transparent, but are not in libstdc++ Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug libstdc++/113386] std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread janschultke at googlemail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 --- Comment #1 from Jan Schultke --- https://godbolt.org/z/9x9n4bGKK

[Bug libstdc++/113386] std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 --- Comment #2 from Andrew Pinski --- (In reply to Jan Schultke from comment #0) > Clang with -stdlib=libc++ compiles this, as does MSVC. Bug #90203 was > incorrectly closed. No PR 90203 was not closed incorrectly as that was what the C++ stan

[Bug libstdc++/113386] std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

2024-01-14 Thread pault at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 Paul Thomas changed: What|Removed |Added Last reconfirmed||2024-01-14 Ever confirmed|0

[Bug libstdc++/90203] Can't compare "const std::pair" with "std::pair"

2024-01-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90203 --- Comment #5 from Andrew Pinski --- Note C++23 changes this via https://cplusplus.github.io/LWG/lwg-defects.html#3865 .

[Bug libstdc++/113386] [C++23] std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread janschultke at googlemail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 --- Comment #4 from Jan Schultke --- My bad. https://en.cppreference.com/w/cpp/utility/pair/operator_cmp currently shows > template< class T1, class T2, class U1, class U2 > > bool operator==( const std::pair& lhs, const std::pair& rhs ); > (un

[Bug libstdc++/113386] [C++23] std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread janschultke at googlemail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 --- Comment #5 from Jan Schultke --- My bad again, it's a defect report, so cppreference is fine.

[Bug libstdc++/113386] [C++23] std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 --- Comment #6 from Andrew Pinski --- (In reply to Jan Schultke from comment #5) > My bad again, it's a defect report, so cppreference is fine. No, the status is C++23 which means it was only voted as part of C++23. as far as I understand that.

[Bug libstdc++/113386] [C++23] std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread janschultke at googlemail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 --- Comment #7 from Jan Schultke --- I've noticed that too by now. What confuses me is that both libc++ and MSVC STL implement it as if it was a DR, so transparent comparisons work even outside C++23 mode. Is it just a collective mistake, or wh

[Bug c/113387] New: __attribute__ does not mix with [[gnu:]]

2024-01-14 Thread gjl at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113387 Bug ID: 113387 Summary: __attribute__ does not mix with [[gnu:]] Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c/113387] __attribute__ does not mix with [[gnu:]]

2024-01-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113387 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/108796] Can't intermix C2x and GNU style attributes

2024-01-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108796 Andrew Pinski changed: What|Removed |Added CC||gjl at gcc dot gnu.org --- Comment #11

[Bug fortran/113377] Wrong code passing optional dummy argument to elemental procedure with optional dummy

2024-01-14 Thread mikael at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377 Mikael Morin changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Comment #1

[Bug target/112992] Inefficient vector initialization using vec_duplicate/broadcast

2024-01-14 Thread roger at nextmovesoftware dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992 Roger Sayle changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/106060] Inefficient constant broadcast on x86_64

2024-01-14 Thread roger at nextmovesoftware dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106060 Roger Sayle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |roger at nextmovesoftware dot com

[Bug rtl-optimization/38534] gcc 4.2.1 and above: No need to save called-saved registers in 'noreturn' function

2024-01-14 Thread lukas.graetz--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534 Lukas Grätz changed: What|Removed |Added CC||lukas.graetz@tu-darmstadt.d

[Bug rtl-optimization/38534] gcc 4.2.1 and above: No need to save called-saved registers in 'noreturn' function

2024-01-14 Thread lukas.graetz--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534 --- Comment #7 from Lukas Grätz --- (In reply to H.J. Lu from comment #4) > When I compiled __cxxabiv1::__cxa_throw, which is a noreturn function in > libstdc++-v3/libsupc++/eh_throw.cc not to save callee-saved registers, > most of C++ exception

[Bug rtl-optimization/111267] [14 Regression] Codegen regression from i386 argument passing changes

2024-01-14 Thread roger at nextmovesoftware dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267 Roger Sayle changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug other/113336] libatomic (testsuite) regressions on armv6-linux-gnueabihf

2024-01-14 Thread roger at nextmovesoftware dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113336 Roger Sayle changed: What|Removed |Added Last reconfirmed||2024-01-14 Status|UNCONFIRMED

[Bug libstdc++/113386] [C++23] std::pair comparison operators should be transparent, but are not in libstdc++

2024-01-14 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386 --- Comment #8 from Jonathan Wakely --- We will do it as a DR against all previous standards, as we do for most DRs. But closing Bug 90203 was still correct at the time.

[Bug tree-optimization/113385] [14 regression] ICE when building opencv (dfs_enumerate_from, at cfganal.cc:1590)

2024-01-14 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113385 --- Comment #3 from Sam James --- Created attachment 57078 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57078&action=edit reduced.ii Attached something a bit smaller but it's not great (not very elegant and too many warnings).

[Bug rtl-optimization/38534] gcc 4.2.1 and above: No need to save called-saved registers in 'noreturn' function

2024-01-14 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug libstdc++/113283] missing C++26 freestanding headers.

2024-01-14 Thread arsen at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113283 --- Comment #11 from Arsen Arsenović --- could be implemented in libstdc++ when no libc impl is present

[Bug c++/113388] New: Calling explicit object member function without object argument inside a function that is not an implicit object member function

2024-01-14 Thread cooky.ykooc922 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113388 Bug ID: 113388 Summary: Calling explicit object member function without object argument inside a function that is not an implicit object member function Product: gcc

[Bug c++/113389] New: ICE when explicit object parameter is not declared as the first parameter

2024-01-14 Thread cooky.ykooc922 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113389 Bug ID: 113389 Summary: ICE when explicit object parameter is not declared as the first parameter Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: norm

[Bug rtl-optimization/113390] New: [14 Regression] ICE: in model_update_limit_points_in_group, at haifa-sched.cc:1986 with -O2 --param=max-sched-region-insns=200 --param=max-sched-extend-regions-iters

2024-01-14 Thread zsojka at seznam dot cz via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113390 Bug ID: 113390 Summary: [14 Regression] ICE: in model_update_limit_points_in_group, at haifa-sched.cc:1986 with -O2 --param=max-sched-region-insns=200

[Bug target/113391] New: Assertion failure when MSP430 operand modifier J is used with a non-constant value

2024-01-14 Thread seanga2 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113391 Bug ID: 113391 Summary: Assertion failure when MSP430 operand modifier J is used with a non-constant value Product: gcc Version: 13.1.0 Status: UNCONFIRMED Sev

[Bug target/112944] AVR: Support .rodata in Flash for Devices with FLMAP

2024-01-14 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112944 --- Comment #1 from GCC Commits --- The master branch has been updated by Georg-Johann Lay : https://gcc.gnu.org/g:48448055fb70862ff3914f8a714ff5c4128e6ced commit r14-7231-g48448055fb70862ff3914f8a714ff5c4128e6ced Author: Georg-Johann Lay Dat

[Bug target/112944] AVR: Support .rodata in Flash for Devices with FLMAP

2024-01-14 Thread gjl at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112944 Georg-Johann Lay changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug analyzer/113150] FAIL: c-c++-common/analyzer/fd-glibc-byte-stream-socket.c -std=c++98 (test for excess errors)

2024-01-14 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113150 --- Comment #1 from GCC Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:b468821eea8df4890157e816e924244810058cb5 commit r14-7232-gb468821eea8df4890157e816e924244810058cb5 Author: John David Anglin D

[Bug fortran/113377] Wrong code passing optional dummy argument to elemental procedure with optional dummy

2024-01-14 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377 --- Comment #2 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #1) > (In reply to anlauf from comment #0) > > The dump-tree suggests that the scalarizer sees the loop invariant j, > > unconditionally dereferences it outs

[Bug tree-optimization/113392] New: Missed fold of loading 8 consecutive bytes leading to a missed byteswap optimization

2024-01-14 Thread llvm at rifkin dot dev via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113392 Bug ID: 113392 Summary: Missed fold of loading 8 consecutive bytes leading to a missed byteswap optimization Product: gcc Version: unknown Status: UNCONFIRMED

[Bug tree-optimization/113392] Missed fold of loading 8 consecutive bytes leading to a missed byteswap optimization

2024-01-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113392 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/98953] Failure to optimize two reads from adjacent addresses into one due to having an offset (index)

2024-01-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98953 Andrew Pinski changed: What|Removed |Added CC||llvm at rifkin dot dev --- Comment #6 fr

[Bug target/95637] Read-only data assigned to `.sdata' rather than `.rodata'

2024-01-14 Thread LpSolit at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95637 --- Comment #6 from Maciej W. Rozycki --- Thanks WRT Ada clarification. Otherwise I don't think there's anything stopping a language definition from requiring an attempt to modify read-only data to be trapped as an exceptional condition, leaving

[Bug preprocessor/61638] "warning: multi-line comment" unclear and has false positives

2024-01-14 Thread LpSolit at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61638 --- Comment #12 from Jack Adrian Zappa --- Is it possible that 2. If a line comment end in an \ but the next line is a comment, then do the same thing as is done for a multi-line comment, ignore it as not an issue. Could be done. I

[Bug c++/99479] [modules] ICE Aborted signal terminated program cc1plus

2024-01-14 Thread LpSolit at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99479 Patrick Palka changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug libstdc++/95991] New: Segmentation fault compiling with static libraries and using jthread::request_stop

2024-01-14 Thread LpSolit at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95991 Bug ID: 95991 Summary: Segmentation fault compiling with static libraries and using jthread::request_stop Product: gcc Version: 10.0 Status: RESOLVED Severity:

[Bug libstdc++/95990] New: Segmentation fault compiling with static libraries and using jthread::request_stop

2024-01-14 Thread LpSolit at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95990 Bug ID: 95990 Summary: Segmentation fault compiling with static libraries and using jthread::request_stop Product: gcc Version: 10.0 Status: RESOLVED Severity:

[Bug target/70053] Returning a struct of _Decimal128 values generates extraneous stores and loads

2024-01-14 Thread LpSolit at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70053 Jiu Fu Guo changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/95987] Another ice during GIMPLE pass: slp

2024-01-14 Thread LpSolit at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95987 Richard Biener changed: What|Removed |Added Last reconfirmed||2020-06-30 Assignee|unassigne

[Bug target/110011] -mfull-toc (-mfp-in-toc) yields incorrect _Float128 constants on power9

2024-01-14 Thread LpSolit at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110011 Kewen Lin changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/38534] gcc 4.2.1 and above: No need to save called-saved registers in 'noreturn' function

2024-01-14 Thread lukas.graetz--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534 --- Comment #9 from Lukas Grätz --- (In reply to H.J. Lu from comment #8) > (In reply to Lukas Grätz from comment #7) > > (In reply to H.J. Lu from comment #4) > > > When I compiled __cxxabiv1::__cxa_throw, which is a noreturn function in > > > l

[Bug rtl-optimization/38534] gcc 4.2.1 and above: No need to save called-saved registers in 'noreturn' function

2024-01-14 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534 --- Comment #10 from H.J. Lu --- (In reply to Lukas Grätz from comment #9) > Well it is not my testcase. But I added backtracing and observed that the > printed backtrace is unchanged with your patch. The new > no_return_to_caller(): > > void _

[Bug rtl-optimization/38534] gcc 4.2.1 and above: No need to save called-saved registers in 'noreturn' function

2024-01-14 Thread lukas.graetz--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534 --- Comment #11 from Lukas Grätz --- (In reply to H.J. Lu from comment #10) > The C++ test issue is caused by missing callee-saved registers for > exception supports in noreturn functions in libstdc++. I fixed it by > keeping callee-saved regist

[Bug c/89072] -Wall -Werror should be defaults

2024-01-14 Thread egallager at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89072 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org S

[Bug c/67819] -Wduplicated-cond should take macros into account

2024-01-14 Thread egallager at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67819 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org,

[Bug c/113393] New: RISC-V: Full coverage test bugs for upstream 20240112

2024-01-14 Thread pan2.li at intel dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113393 Bug ID: 113393 Summary: RISC-V: Full coverage test bugs for upstream 20240112 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug rtl-optimization/113394] New: ICE: 'verify_type' failed: type variant with 'TYPE_ALIAS_SET_KNOWN_P' with -fstrub=internal -g

2024-01-14 Thread zsojka at seznam dot cz via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113394 Bug ID: 113394 Summary: ICE: 'verify_type' failed: type variant with 'TYPE_ALIAS_SET_KNOWN_P' with -fstrub=internal -g Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug c++/113388] Calling explicit object member function without object argument inside a function that is not an implicit object member function

2024-01-14 Thread waffl3x at protonmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113388 --- Comment #1 from waffl3x --- Yeah, looks like a bug. I won't be able to look at it as I am in the process of moving but it seems like a similar one to PR113348. Thanks for the report!

[Bug rtl-optimization/111267] [14 Regression] Codegen regression from i386 argument passing changes

2024-01-14 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267 Richard Biener changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org --- Commen

[Bug c++/113347] [12/13 Regression] ICE during gimplification building TVM since r13-8079-gd237e7b291ff52

2024-01-14 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113347 Richard Biener changed: What|Removed |Added Keywords||needs-bisection --- Comment #6 from Ri

[Bug modula2/111956] [14 Regression] Many powerpc platforms do _not_ have support for IEEE754 long double

2024-01-14 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.0 CC|

[Bug target/113393] RISC-V: Full coverage test bugs for upstream 20240112

2024-01-14 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113393 --- Comment #1 from GCC Commits --- The master branch has been updated by Pan Li : https://gcc.gnu.org/g:0627d1f5340c693699ad36fa2b741ff11d6f026a commit r14-7238-g0627d1f5340c693699ad36fa2b741ff11d6f026a Author: Juzhe-Zhong Date: Mon Jan 15