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
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386
--- Comment #1 from Jan Schultke ---
https://godbolt.org/z/9x9n4bGKK
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113386
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
Paul Thomas changed:
What|Removed |Added
Last reconfirmed||2024-01-14
Ever confirmed|0
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 .
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
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.
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.
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113387
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
Roger Sayle changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
Lukas Grätz changed:
What|Removed |Added
CC||lukas.graetz@tu-darmstadt.d
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
Roger Sayle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113336
Roger Sayle changed:
What|Removed |Added
Last reconfirmed||2024-01-14
Status|UNCONFIRMED
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.
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).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
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
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
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112944
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113392
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99479
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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:
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70053
Jiu Fu Guo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95987
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-06-30
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110011
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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
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 _
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89072
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67819
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org,
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
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
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!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113347
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #6 from Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
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
56 matches
Mail list logo