https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
--- Comment #12 from Stephan Bergmann ---
(In reply to CVS Commits from comment #11)
> The master branch has been updated by Jason Merrill :
>
> https://gcc.gnu.org/g:81bec060e31b6ef2feeb3046c6f13a207c6f698a
>
> commit r13-1559-g81bec060e31b6ef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106180
--- Comment #10 from CVS Commits ---
The master branch has been updated by Haochen Jiang :
https://gcc.gnu.org/g:bf3695691f4fc964a3b1c8274a6949d844e3edff
commit r13-1570-gbf3695691f4fc964a3b1c8274a6949d844e3edff
Author: Haochen Jiang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78251
Eric Gallager changed:
What|Removed |Added
CC||bruno at clisp dot org
--- Comment #14 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91733
Lewis Hyatt changed:
What|Removed |Added
CC||lhyatt at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106162
--- Comment #11 from Jonathan Wakely ---
Fixed for 11.4 and 12.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102447
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102445
Bug 102445 depends on bug 102447, which changed state.
Bug 102447 Summary: std::regex incorrectly accepts invalid bracket expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102447
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102480
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #3)
> The original report was invalid, but I've now implemented the multiline
> option which does support the behaviour in the original testcase.
Backported for 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84110
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|12.0|11.4
--- Comment #6 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105671
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106162
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:92f43710bbe5e861d90681ef4691c37b8c70aec6
commit r11-10138-g92f43710bbe5e861d90681ef4691c37b8c70aec6
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105128
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.4
--- Comment #7 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105671
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:03af8492bee6243a9d10e78fea1a3e423bd5f9cd
commit r11-10135-g03af8492bee6243a9d10e78fea1a3e423bd5f9cd
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104602
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|12.0|11.4
--- Comment #11 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102447
--- Comment #11 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:c725028a8bb9478ec84332641147ad12b9236922
commit r11-10130-gc725028a8bb9478ec84332641147ad12b9236922
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103664
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:8bee3c458ec14ca3e3a429a08694740a894e0c96
commit r11-10125-g8bee3c458ec14ca3e3a429a08694740a894e0c96
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102480
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:e61c16fd9ba89e7bc12284e524dcd8379c2bebfc
commit r11-10120-ge61c16fd9ba89e7bc12284e524dcd8379c2bebfc
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84110
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:5df21c00aedb7878b8854901e95d7eda70266d31
commit r11-10118-g5df21c00aedb7878b8854901e95d7eda70266d31
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105128
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:16946c7c823c2d6531ac272d31d68d95d9c30ddd
commit r11-10116-g16946c7c823c2d6531ac272d31d68d95d9c30ddd
Author: Jakub Jeline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104602
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:ed377f0fb3419fceed25ae378aca2efca1a6b79d
commit r11-10115-ged377f0fb3419fceed25ae378aca2efca1a6b79d
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34422
Eric Gallager changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
--- Comment #13 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #12)
Note this change is not fully correct as I need to check for PHIs too. as
single_ssa_def_operand does not work on PHI nodes ...
But I have a full patch in testin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106228
--- Comment #1 from Andrew Pinski ---
>the fix for that did not fix this.
That is because that fix was a x86 specific one ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106228
Andrew Pinski changed:
What|Removed |Added
Summary|[12 regression] |[13 regression]
|r13-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
--- Comment #12 from Andrew Pinski ---
diff --git a/gcc/tree-ssa-dce.cc b/gcc/tree-ssa-dce.cc
index bc533582673..03d0fcdd8d7 100644
--- a/gcc/tree-ssa-dce.cc
+++ b/gcc/tree-ssa-dce.cc
@@ -2061,6 +2061,10 @@ simple_dce_from_worklist (bitmap workl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #10 from Andrew Pinski --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Andrew Pinski changed:
What|Removed |Added
Summary|Segmentation fault in |[12/13 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
--- Comment #8 from Andrew Pinski ---
(In reply to Patrick Palka from comment #7)
> The error_mark_node in question is the TREE_TYPE of an SSA_NAME, which was
> set in tree-ssanames.cc:release_ssa_name_fn:
>
> 598 if it happens to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
--- Comment #7 from Patrick Palka ---
The error_mark_node in question is the TREE_TYPE of an SSA_NAME, which was set
in tree-ssanames.cc:release_ssa_name_fn:
598 if it happens to come along a released SSA name and tries
599
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |c++
--- Comment #6 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106138
--- Comment #6 from Andrew Pinski ---
Note for:
bool f(char x)
{
bool b1 = x == 4;
bool b2 = x & 4;
return b1 && b2;
}
We should just get:
bool f(char x)
{
return x == 4;
}
bit_ior should be handled too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
--- Comment #5 from Patrick Palka ---
$ g++ -O 106087.ii
during GIMPLE pass: fixup_cfg
bsd/sys/dev/hyperv/vmbus/hyperv.cc: In function ‘bool hyperv_identify()’:
bsd/sys/dev/hyperv/vmbus/hyperv.cc:117:1: internal compiler error: tree check:
expec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106229
Bug ID: 106229
Summary: False positives from -Wanalyzer-tainted-array-index
with unsigned char index
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2022-07-07
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105956
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105956
--- Comment #10 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:7b90f07f778caa5e09f3dc20a8c3da1f4cf60c20
commit r13-1565-g7b90f07f778caa5e09f3dc20a8c3da1f4cf60c20
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106138
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106162
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:ce5b1c3b95f7136c963d31673ca83f7392c40a53
commit r12-8556-gce5b1c3b95f7136c963d31673ca83f7392c40a53
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106225
--- Comment #3 from David Malcolm ---
Fixed on trunk for gcc 13 by the above commit. Keeping this open to backport
to gcc 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106225
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:897b3b31f0a94b8bac59c6061655c6a32646d0a0
commit r13-1562-g897b3b31f0a94b8bac59c6061655c6a32646d0a0
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106228
Bug ID: 106228
Summary: [12 regression] r13-1457-g10b502fb78351a causes
bootstrap failure
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
--- Comment #12 from seurer at gcc dot gnu.org ---
Note: The fix did not take care of the problem on power 7 but it does trace to
the same commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #10 from Jonathan Wakely ---
(In reply to Nimrod from comment #8)
> Ok. It's fair to me. A little off-topic question, what's the GCC's attitude
> to features with defects being fixed in newer standards? Will GCC still
> support them
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89074
--- Comment #19 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ad6135e261ced29972e5aa33404e45bcdd99440f
commit r13-1561-gad6135e261ced29972e5aa33404e45bcdd99440f
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #9 from Nimrod ---
(In reply to Nimrod from comment #7)
> Sorry, I quoted the wrong paragraph. It should be
> https://timsong-cpp.github.io/cppwp/n4659/namespace.std#2
https://timsong-cpp.github.io/cppwp/n4659/namespace.std#1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #8 from Nimrod ---
(In reply to Jonathan Wakely from comment #6)
> (In reply to Nimrod from comment #4)
> > https://timsong-cpp.github.io/cppwp/n4659/func.require#3
> > "...A forwarding call wrapper is a call wrapper that can be call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:81bec060e31b6ef2feeb3046c6f13a207c6f698a
commit r13-1559-g81bec060e31b6ef2feeb3046c6f13a207c6f698a
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106227
Bug ID: 106227
Summary: [13 regression] g++.dg/modules/loc-prune-4.C fails
after r13-1506-g069f46c71e9432
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #7 from Nimrod ---
(In reply to Jonathan Wakely from comment #5)
> That paragraph has nothing to do with your case, you are adding a
> specialization, not an explicit instantiation.
Sorry, I quoted the wrong paragraph. It should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106202
Martin Liška changed:
What|Removed |Added
Summary|ICE in move_fn_p, at|[12/13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106225
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2022-07-07
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106202
Martin Liška changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #3 from Martin Liška ---
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105989
--- Comment #3 from Michal Jankovič ---
Created attachment 53273
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53273&action=edit
Experimental patch implementing the proposed transformation
This patch implements the proposed coroutine fra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106170
--- Comment #11 from cqwrteur ---
(In reply to Martin Liška from comment #10)
> Should be fixed now.
So it does not matter not for adding locks for windows hosts? No need for using
CriticalSection APIs as locks?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106226
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-07-07
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106226
Bug ID: 106226
Summary: [13 Regression] ICE in vect_do_peeling, at
tree-vect-loop-manip.cc:2702
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106225
Bug ID: 106225
Summary: False positives from -Wanalyzer-tainted-divisor
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
Lewis Hyatt changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498
Lewis Hyatt changed:
What|Removed |Added
CC||lhyatt at gcc dot gnu.org
Ever confirm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106170
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106170
--- Comment #9 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:d89fa97ff318b1f892e2629c5a249313872a01b1
commit r13-1558-gd89fa97ff318b1f892e2629c5a249313872a01b1
Author: Martin Liska
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96293
--- Comment #10 from lavr at ncbi dot nlm.nih.gov ---
> In your code, `&a->record.data[0]` is not a well-aligned access
It is well-aligned, its offset gets printed out by the very test code, and it's
2.
> because `struct attribute` is defined as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106208
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106192
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=106190
Martin Liška changed:
What|Removed |Added
Summary|[12/13 Regression] ICE in |[9/10/11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106190
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106189
--- Comment #2 from Martin Liška ---
Reduced test-case:
$ cat warray-bounds.c
a_n_0_0_a[][0];
a_n_0_0() { T(((char *)a_n_0_0_a)[1]); }
$ gcc warray-bounds.c -c -O2 -Warray-bounds=2 -w
during GIMPLE pass: vrp
warray-bounds.c: In function ‘a_n_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106189
Martin Liška changed:
What|Removed |Added
Summary|[10/11/12/13 Regression]|[10/11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106193
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106191
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106074
--- Comment #1 from Ed Catmur ---
Another example, using Date 3.0.1:
#include
void f(std::istream s) {
std::chrono::system_clock::time_point tp;
date::from_stream(s, "%Y", tp);
}
https://godbolt.org/z/fscqTd947
In file included from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106202
--- Comment #2 from Marek Polacek ---
After 30 hours of reducing, cvise is still not finished, but I got it down from
80k to ~150 lines so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #6 from Jonathan Wakely ---
(In reply to Nimrod from comment #4)
> https://timsong-cpp.github.io/cppwp/n4659/func.require#3
> "...A forwarding call wrapper is a call wrapper that can be called with an
This is irrelevant, std::forwar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106170
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106224
--- Comment #1 from 曾思維 <13579and24680 at gmail dot com> ---
(-r is enough to trigger it)
$ ./binutils/cxxfilt -r < poc00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:8bc243943765f969c0d4625721a9944e9516d013
commit r13-1553-g8bc243943765f969c0d4625721a9944e9516d013
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #5 from Jonathan Wakely ---
(In reply to Nimrod from comment #2)
> Quoted from https://timsong-cpp.github.io/cppwp/n4659/namespace.std#2
>
> "A program may explicitly instantiate a template defined in the standard
> library only if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106224
Bug ID: 106224
Summary: stack-overflow rust-demangle.c:90/99/110/111/670/689,
as demonstrated by cxxfilt
Product: gcc
Version: unknown
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187
--- Comment #11 from Richard Earnshaw ---
Object files are no use to us. We need preprocessed source along with analysis
of what you think has gone wrong (my program crashes or prints the wrong number
is rarely enough). Also, please make sure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #4 from Nimrod ---
Ok, that somehow makes sense to me. I agree with the forwarding part, as a
normal case, is doing nothing and keep the type.
But I don't find any wordings about "value" or "internal state" in terms of
"(perfect) for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #2 from Nimrod ---
Quoted from https://timsong-cpp.github.io/cppwp/n4659/namespace.std#2
"A program may explicitly instantiate a template defined in the standard
library only if the declaration depends on the name of a user-defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
--- Comment #8 from Richard Biener ---
Testing a patch for the original issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
--- Comment #1 from Andrew Pinski ---
I really think this is undefined behavior and specialization of std::forward is
not allowed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106223
Bug ID: 106223
Summary: difference in behaviour between no optimization and -O
for specialization of std::forward
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Component|tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96293
--- Comment #9 from Long Deng ---
I take your point, although there seems to be a slight problem with your
example. In your code, `&a->record.data[0]` is not a well-aligned access,
because `struct attribute` is defined as packed, so compiler has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106208
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187
--- Comment #10 from Mathieu Malaterre ---
I did upload the bad (gcc-11) and the good (gcc-12) object files. Not sure if
this is what was expected. In any case let me know if you want to provide more
info.
% gdb -batch -ex "disassemble/rs _ZN3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187
--- Comment #9 from Mathieu Malaterre ---
Created attachment 53271
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53271&action=edit
object files compiled using gcc or gcc12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106219
--- Comment #4 from David Binderman ---
After another 100 minutes or so of reduction, I got this:
int max(int __b) {
if (0 < __b)
return __b;
return 0;
}
struct Plane {
using T = int;
Plane(int, int);
T *Row();
};
using ImageF = P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106222
--- Comment #1 from Andrew Pinski ---
Created attachment 53270
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53270&action=edit
testcase
98 matches
Mail list logo
