https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107046
--- Comment #1 from Aldy Hernandez ---
The target seems to set flag_finite_math_only. We are much more aggressive at
folding comparisons involving infinities with this flag.
config/rx/rx.cc:
/* Alert the user if they are changing the op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107047
Bug ID: 107047
Summary: load introduced of struct fields after assigning it to
a local variable
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107048
Bug ID: 107048
Summary: GCC lacks -fsanitize=kcfi
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
Bug ID: 107049
Summary: error: ‘std::__cxx11::basic_string<_CharT, _Traits,
_Alloc>::operator __sv_type() const [with _CharT =
char; _Traits = std::char_traits; _Alloc =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
--- Comment #1 from Martin Liška ---
Created attachment 53632
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53632&action=edit
Unreduced test-case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107024
Martin Liška changed:
What|Removed |Added
Keywords|needs-reduction |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
Jonathan Wakely changed:
What|Removed |Added
CC|jwakely.gcc at gmail dot com |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> template
> using If_sv = enable_if_t::value>;
It works if this is changed to:
template
using If_sv = enable_if_t<__is_convertible(const T&, str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107044
Martin Liška changed:
What|Removed |Added
Summary|internal compiler error: in |ICE in
|dump_possible_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107044
--- Comment #2 from Martin Liška ---
Reduced test-case:
cat pr107044.C
class Token;
struct {
void addElement(Token *);
} * fTokens;
class RangeToken;
struct Token {
virtual void addRange();
virtual void mergeRanges(const Token *);
};
inli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
--- Comment #4 from Jonathan Wakely ---
Further reduced:
template
struct bool_constant { static constexpr bool value = B; };
template
struct is_convertible
: public bool_constant<__is_convertible(From, To)>
{ };
class Private
{
operator int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
Jonathan Wakely changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #5 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107041
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107050
Bug ID: 107050
Summary: duplicate load of return value when facing multiple
branches
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107046
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107046
--- Comment #3 from Richard Biener ---
Ah, probably the
void test(double f, double i)
{
...
if (i != __builtin_inf())
abort ();
int main()
{
test (34.0, __builtin_inf());
...
test is "miscompiled", similar to what we see in povray.
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107047
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107026
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107050
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107046
--- Comment #4 from Aldy Hernandez ---
(In reply to Richard Biener from comment #3)
> Ah, probably the
>
> void test(double f, double i)
> {
> ...
> if (i != __builtin_inf())
> abort ();
>
> int main()
> {
> test (34.0, __builtin_inf()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107043
--- Comment #2 from Ulrich Drepper ---
My original example and Andrew's g0 are handled by Aldy's patches
2022-09-26 Aldy Hernandez
PR tree-optimization/107009
* range-op.cc (operator_bitwise_and::op1_range): Optimize 0 = x &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107032
Richard Earnshaw changed:
What|Removed |Added
Last reconfirmed||2022-09-27
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106651
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:614e5696d730a65998ff5b0373f905795a758dd6
commit r13-2897-g614e5696d730a65998ff5b0373f905795a758dd6
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98940
Bug 98940 depends on bug 106651, which changed state.
Bug 106651 Summary: [C++23] P1169 - static operator()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106651
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106651
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107029
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107051
Bug ID: 107051
Summary: redundant loads when copying a union
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107032
--- Comment #7 from Christophe Lyon ---
Indeed, but I am surprised it seems to compile for cortex-m4?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107032
--- Comment #8 from Richard Earnshaw ---
Perhaps something is changing the decision on the use of the frame pointer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:3f7eea4411e4b2d8a500d9272b2ed72f73bdd008
commit r13-2898-g3f7eea4411e4b2d8a500d9272b2ed72f73bdd008
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107051
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-09-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322
Mathieu Malaterre changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322
--- Comment #52 from Mathieu Malaterre ---
For comparison, gcc-snapshot taken from trunk is working as expected:
* https://packages.qa.debian.org/g/gcc-snapshot/news/20220920T113715Z.html
% /usr/lib/gcc-snapshot/bin/cc -v -O2 -mtune=generic -m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107049
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107043
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107052
Bug ID: 107052
Summary: Range of __builtin_popcount can be improved with
nonzerobits
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107052
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107043
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107053
Bug ID: 107053
Summary: ones bits is not tracked and popcount is not tracked
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107052
--- Comment #1 from Andrew Pinski ---
Note this testcase is optimized by clang/llvm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107053
--- Comment #1 from Andrew Pinski ---
This testcase is not optimized by clang/llvm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187
--- Comment #57 from Mathieu Malaterre ---
(In reply to Richard Earnshaw from comment #55)
> (In reply to Mathieu Malaterre from comment #53)
>
> >
> > gcc-12 seems to be generating wrong-code for a different unit-test:
>
> I've just pushed m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107053
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107052
Aldy Hernandez changed:
What|Removed |Added
Last reconfirmed||2022-09-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107052
--- Comment #3 from Andrew Pinski ---
(In reply to Aldy Hernandez from comment #2)
> Don't you mean the only values for popcount are 0-2? I mean, there are only
> two bits that could be 1 with a mask of 0x300. Or am I missing something?
Yes,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107053
--- Comment #2 from Andrew Pinski ---
Note the correct testcase is:
void link_failure();
void f(int a)
{
a |= 0x300;
int b = __builtin_popcount(a);
if (b < 2)
link_failure();
}
--- CUT ---
the range of b should be 2..31 (as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64535
Thibaut M. changed:
What|Removed |Added
CC||dumoulin.thibaut at gmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107052
--- Comment #4 from Aldy Hernandez ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Aldy Hernandez from comment #2)
> > Don't you mean the only values for popcount are 0-2? I mean, there are only
> > two bits that could be 1 with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187
Richard Earnshaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64535
--- Comment #28 from Jonathan Wakely ---
(In reply to Thibaut M. from comment #27)
> A patch could be a least to avoid this `malloc` with some `#define` options?
That discussion belongs in PR 68606.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107054
Bug ID: 107054
Summary: [10/11/12/13 Regression] ICE in gfc_simplify_unpack,
at fortran/simplify.cc:8461
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107054
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107055
Bug ID: 107055
Summary: [13 Regression] ICE in vect_peel_nonlinear_iv_init, at
tree-vect-loop.cc:8415
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107052
--- Comment #5 from Aldy Hernandez ---
Created attachment 53633
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53633&action=edit
patch in testing
This might do it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107056
Bug ID: 107056
Summary: [11/12/13 Regression] ICE: unexpected expression
'(unsigned int)((const char*)"")' of kind
implicit_conv_expr
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107057
Bug ID: 107057
Summary: [10/11/12/13 Regression] ICE in
extract_constrain_insn, at recog.cc:2692
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107058
Bug ID: 107058
Summary: [11/12/13 Regression] ICE in
dwarf2out_die_ref_for_decl, at dwarf2out.cc:6038
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107057
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107058
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107055
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107056
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |11.4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107058
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-09-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
Bug ID: 107059
Summary: [13 regression] bootstrap failure after
r13-2887-gb04208895fed34
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #1 from Jakub Jelinek ---
This should be fixed by r13-2896-gb939a5cc4143908ddda4b85a848c313136ff6e0c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107058
Martin Liška changed:
What|Removed |Added
Summary|[11/12/13 Regression] ICE |[11/12/13 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #3 from Jakub Jelinek ---
With fixincludes enabled? If yes, has bits/floatn.h and bits/floatn-common.h
been fixincluded? The #c0 case is clearly a Debian-like setup that should have
been fixed with r13-2896
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107054
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #15 from Alexander Monakov ---
(In reply to Richard Biener from comment #14)
> I can't
> seem to reproduce any vectorization for your smaller example though.
My small C samples omit some detail as they were meant to illustrate what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #4 from seurer at gcc dot gnu.org ---
It still fails for me (r13-2903-ge73d9fcafbd07b). It looks like fixincludes
ran:
make
. . .
Fixing directory /usr/include into
/home/seurer/gcc/git/build/gcc-test/gcc/include-fixed
Applying io_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #5 from Jakub Jelinek ---
Does it include the
Applying glibc_cxx_floatn_1 to bits/floatn.h
Applying glibc_cxx_floatn_2 to bits/floatn.h
Applying glibc_cxx_floatn_3 to bits/floatn.h
Fixed: bits/floatn.h
Applying gli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #6 from seurer at gcc dot gnu.org ---
Oops, I cut too much from my previous comment:
Applying glibc_cxx_floatn_1 to powerpc64le-linux-gnu/bits/floatn-common.h
Applying glibc_cxx_floatn_2 to powerpc64le-linux-gnu/bits/floa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107054
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #7 from Jakub Jelinek ---
So, do the fixincluded headers still contain any problematic typedefs or do you
get the errors in the system versions thereof rather than the fixincluded ones?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107060
Bug ID: 107060
Summary: -fanalyzer unbearably slow when compiling GNU Emacs
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #8 from seurer at gcc dot gnu.org ---
The errors are all still as shown above in the same files.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #9 from Jakub Jelinek ---
Do you use some env vars to override the include paths (on IRC somebody
mentioned CPATH)?
Would be nice to rerun the failing command line in verbose mode where it would
print the include path sequence.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107061
Bug ID: 107061
Summary: ENCODEKEY128 clobbers xmm4-xmm6
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107000
--- Comment #7 from anlauf at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #6)
> Yes, that would work! I was thinking of something more complex
> such as looking at the types of the operand(s), but simplification
> probably handles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107054
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:78bc6497fc61bbdacfb416ee0246a775360d9af6
commit r13-2904-g78bc6497fc61bbdacfb416ee0246a775360d9af6
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107050
--- Comment #2 from Segher Boessenkool ---
Splitting blocks in shrink-wrap will cause degraded performance compared
to the status quo, on average. If I understand what will be split how,
that is? It certainly can be good to move more code, muc
--with-ar=/home/seurer/binutils/install/bin/ar
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.0 20220927 (experimental) [remotes/origin/HEAD
r13-2903-ge73d9fcafb] (GCC)
COLLECT_GCC_OPTIONS='-shared-libgcc' '-B'
'/home/seurer/gcc/git/build/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107046
--- Comment #5 from Jeffrey A. Law ---
First, let's not focus too much on that specific test. There's others:
Tests that now fail, but worked before (20 tests):
rx-sim: gcc.c-torture/execute/ieee/hugeval.c execution, -O1
rx-sim: gcc.c-tortu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #11 from Jakub Jelinek ---
> #include "..." search starts here:
> #include <...> search starts here:
> /home/seurer/gcc/git/gcc-test/libstdc++-v3/../libgcc
> /home/seurer/gcc/git/build/gcc-test/powerpc64le-unknown-linux-gnu/libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107060
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107062
Bug ID: 107062
Summary: [13 regression] gfortran.dg/ieee/fma_1.f90 fails after
r13-2577-g7c4c65d11469d2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107060
--- Comment #2 from David Malcolm ---
Confirmed: the test case on a release build of trunk on my development box:
-O2 without -fanalyzer takes ~18 seconds
-O2 with -fanalyzer takes ~10 minutes == ~600 seconds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107060
--- Comment #3 from David Malcolm ---
perf shows that 64% of the time is taken by this ctor:
shortest_paths::shortest_paths
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107063
Bug ID: 107063
Summary: [X86_64 codegen] Using inc eax instead of inc dword
ptr
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106882
--- Comment #1 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:772d532e0ba1e4b22c2b7d576e14b34ee929c093
commit r13-2905-g772d532e0ba1e4b22c2b7d576e14b34ee929c093
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101165
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:772d532e0ba1e4b22c2b7d576e14b34ee929c093
commit r13-2905-g772d532e0ba1e4b22c2b7d576e14b34ee929c093
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107063
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50677
Andrew Pinski changed:
What|Removed |Added
CC||hiraditya at msn dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106882
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101165
Bug 101165 depends on bug 106882, which changed state.
Bug 106882 Summary: passing X as 'this' argument discards qualifiers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106882
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101165
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98940
Bug 98940 depends on bug 101165, which changed state.
Bug 101165 Summary: [C++23] P2266R1 - Simpler implicit move
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101165
What|Removed |Added
-
1 - 100 of 108 matches
Mail list logo
