https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117057
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117057
Bug ID: 117057
Summary: [15 Regression] XFAIL of parts of
gcc.dg/strlenopt-32.c, strlenopt doesn't handle
MEM[&string + CST] = { 0, a_1 };
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117049
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116916
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
--- Comment #36 from Julian Waters ---
No luck in creating a reproducer or even figuring out why the plus is happening
directly on the UNSPEC_SECREL32 unfortunately. There's no hint as to why this
is happening at all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117050
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117049
--- Comment #4 from Akhilesh Kumar ---
(In reply to Andrew Pinski from comment #1)
> I am trying to understand the issue here.
>
> Are you saying the local labels are not removed while assembly and show up
> in objdump's output?
for risc-v in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117028
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117043
--- Comment #1 from Yi <652023330028 at smail dot nju.edu.cn> ---
I'm sorry that there is a possible alias relationship in the code of this
report.
The following is the modified code that does not have an alias relationship and
may have missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117056
Bug ID: 117056
Summary: Assume vs vectorizer
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116887
--- Comment #15 from chenglulu ---
(In reply to chenglulu from comment #14)
> (In reply to Xi Ruoyao from comment #13)
> > Hmm I do think 2 is better. It seems we are just "reinventing" the GOT in
> > 1.
> >
> > So OK with your approach if it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
--- Comment #17 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:8d0de31c931ddacc03e8bd1ce6d89f517c62c7b3
commit r15-4229-g8d0de31c931ddacc03e8bd1ce6d89f517c62c7b3
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29845
--- Comment #15 from GCC Commits ---
The master branch has been updated by Oleg Endo :
https://gcc.gnu.org/g:e95512e2d5a317e8c043f232158df4b38186e51c
commit r15-4228-ge95512e2d5a317e8c043f232158df4b38186e51c
Author: Sébastien Michelland
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117055
Bug ID: 117055
Summary: [meta-bug] GCC15 O2 vectorization enhancement
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115921
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:c8957c8779954c3b0bade1dde0a8987b4db157b4
commit r15-4224-gc8957c8779954c3b0bade1dde0a8987b4db157b4
Author: Jovan Vukic
Date: Wed Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117038
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117038
--- Comment #4 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:7ac96b05cfa7478706dce175e7c7b09cbf559451
commit r15-4221-g7ac96b05cfa7478706dce175e7c7b09cbf559451
Author: Eric Botcazou
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117053
--- Comment #4 from Jakub Jelinek ---
(In reply to Andrew Pinski from comment #3)
> The problem is in ix86_expand_int_spaceship
>
> here:
> + emit_insn (gen_rtx_SET (tmp, gen_rtx_ZERO_EXTEND (GET_MODE (dest),
> +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117054
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117053
--- Comment #3 from Andrew Pinski ---
The problem is in ix86_expand_int_spaceship
here:
+ emit_insn (gen_rtx_SET (tmp, gen_rtx_ZERO_EXTEND (GET_MODE (dest),
+ lt_tmp)));
Most likely s
-trunk-20241009/configure
--prefix=/opt/compiler-explorer/gcc-build/staging
--enable-libstdcxx-backtrace=yes --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu --disable-bootstrap
--enable-multiarch --with-abi=m64 --with-multilib-list=m32,m64,mx32
--enable-multilib --enable-cloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117051
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117051
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2024-10-09
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117053
--- Comment #2 from Jakub Jelinek ---
Reduced testcase:
int
foo (int x, int y)
{
int v;
if (x == 0)
v = 0;
else if (x > 0)
v = 1;
else
v = -1;
return v == y;
}
Seems -march=i486 and -march=i586 are TARGET_ZERO_EXTEND_WITH_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117053
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117039
--- Comment #6 from Sergei Trofimovich ---
The change fixed the build for my environment as well. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117053
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117052
--- Comment #5 from Andrew Pinski ---
(In reply to Thiago Macieira from comment #3)
> (In reply to Andrew Pinski from comment #2)
> > I am 99% sure there is a dup of this bug.
>
> Yup, that's the same. It didn't show up in the suggested list fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117053
Bug ID: 117053
Summary: [15 Regression] ICE in extract_insn building glibc
testsuite tst-svc2.c
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69903
Andrew Pinski changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #8 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117052
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39906
--- Comment #5 from Andrew Pinski ---
(In reply to Thiago Macieira from comment #4)
> (In reply to Martin Sebor from comment #2)
> > Reconfirming that GCC 10 still accepts it. The code does look invalid but
> > no compiler I tried rejects the co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #12 from Richard Sandiford ---
(In reply to denisc from comment #4)
> Explanation.
> […]
Thanks for the great explanation! Based on that, the patch LGTM FWIW, although
Vlad should have the final say.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88771
--- Comment #28 from qinzhao at gcc dot gnu.org ---
(In reply to qinzhao from comment #27)
> Yes, I agree with Jeff.
> This looks like a similar issue as PR109071.
the patch that improve the diagnostic for PR109071 could also improve this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #389 from Richard Sandiford ---
(In reply to Oleg Endo from comment #304)
> (define_insn "block_lump_real"
> [(set (mem:BLK (match_operand:SI 2 "sfunc_arg0_reg" "=r,r"))
> (mem:BLK (match_operand:SI 3 "sfunc_arg1_reg" "=r,r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116519
--- Comment #4 from qinzhao at gcc dot gnu.org ---
(In reply to qinzhao from comment #3)
> The warning disappears after adding -fno-thread-jumps.
> looks like similar issue as PR109071
further study turned out that: although using -fno-thread-ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39906
Thiago Macieira changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117052
--- Comment #3 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #2)
> I am 99% sure there is a dup of this bug.
Yup, that's the same. It didn't show up in the suggested list from bugzilla.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #388 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #387)
> > Currently, I'm using the sh-lra-take3 branch with the patches 59216, 59219
> > and 59286 which works best so far for all my tests, including WebKit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117052
--- Comment #2 from Andrew Pinski ---
I am 99% sure there is a dup of this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117052
--- Comment #1 from Thiago Macieira ---
MSVC bug report:
https://developercommunity.visualstudio.com/t/MSVC-accepts-declaring-an-instantiation/10764801?port=1025&fsid=6d3b3a58-e142-4839-8dbf-ef5bd094b326
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117052
Bug ID: 117052
Summary: GCC accepts declaring an instantiation of member
template in the wrong scope
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115535
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:8f22fea3171a65a1c6db874a23b8ed9988ded9ba
commit r13-9099-g8f22fea3171a65a1c6db874a23b8ed9988ded9ba
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117050
David Binderman changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116916
--- Comment #4 from simon at pushface dot org ---
I now realise that "predefined" means "defined in the ARM".
Obviously System.Interrupts.Xh3irq isn’t defined in the ARM, so GNAT must
define
"predefined" as "Ada, Interfaces, System, and their de
AT BUG DETECTED==+
| 15.0.0 20241009 (experimental) (x86_64-linux-gnu) Program_Error
sem_eval.adb:4667 explicit raise|
| Error detected at example.adb:6:18 |
| Compiling|
| Please submit a bug report; see https://g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117050
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Summary|ice in
.20241008.asan.ubsan/bin/gcc -c -w -O2
bug1052.c
foundBugs $ /home/dcb40b/gcc/results.20241009.asan.ubsan/bin/gcc -c -w -O2
-march=znver3 bug1052.c
during GIMPLE pass: vect
player/csndfile.c: In function ‘csf_stop_sample’:
player/csndfile.c:1256:6: internal compiler error: Segmentation fault
0x22d9add inter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117042
Andrew Pinski changed:
What|Removed |Added
Known to work||11.1.0, 11.4.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116997
--- Comment #8 from Andrew Pinski ---
(In reply to avieira from comment #7)
> My aarch64_be-none-elf regression testing also came back with no new
> failures.
>
> @Pinski: given it was your suggestion do you want the commit? ;)
I am working on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117044
Andrew Pinski changed:
What|Removed |Added
Known to fail||5.3.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117044
--- Comment #1 from Andrew Pinski ---
Hmm, -ftemplate-depth= limit should have hit but some reason it is not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117022
Jakub Jelinek changed:
What|Removed |Added
Attachment #59299|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116243
--- Comment #4 from Jonathan Wakely ---
Samsung also sent patches for it a few years ago:
https://gcc.gnu.org/pipermail/libstdc++/2018-May/thread.html#47055
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113000
Jose E. Marchesi changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117048
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-10-09
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48922
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117049
--- Comment #3 from Akhilesh Kumar ---
Minor correction(above logs pls ignore) this can be reproduce with below kernel
module but from simple application unable to reproduce.
akhilesh.k@B0110LHG:~/Activity/L_sections/module$
riscv64-unknown-li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117049
--- Comment #2 from Andreas Schwab ---
The labels are referenced by relocations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117049
--- Comment #1 from Andrew Pinski ---
I am trying to understand the issue here.
Are you saying the local labels are not removed while assembly and show up in
objdump's output?
I doubt this is a GCC bug but rather a GNU binutils issue
(https://
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116243
Dominik 'disconnect3d' Czarnota
changed:
What|Removed |Added
CC||dominik.b.czarnota+bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117049
Bug ID: 117049
Summary: [RISC-V]internal labels are present in asm and
executable.
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117048
--- Comment #1 from ktkachov at gcc dot gnu.org ---
Yeah, there is code in simplify-rtx.cc:3467 to simplify this pattern to a
rotate but it doesn't handle vector operands
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210
--- Comment #11 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:4f97411c0d45dc3d04b5d16384fee111889a7c41
commit r15-4216-g4f97411c0d45dc3d04b5d16384fee111889a7c41
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116969
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116969
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:5247ee086f7fff5c6e7cd837478974dbfc2782db
commit r15-4215-g5247ee086f7fff5c6e7cd837478974dbfc2782db
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117048
Bug ID: 117048
Summary: Failure to combine into XAR instruction
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
David Malcolm changed:
What|Removed |Added
Summary|[15 regression] Segfault in |[15 regression] Segfault in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629
Richard Sandiford changed:
What|Removed |Added
Known to work||15.0
Summary|[14/15 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629
--- Comment #14 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:fee3adbac055c3ff2649fed866c66d44ebfcbe90
commit r15-4213-gfee3adbac055c3ff2649fed866c66d44ebfcbe90
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117041
Richard Biener changed:
What|Removed |Added
Target Milestone|15.0|14.3
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116991
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116992
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112808
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116992
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:9a5ac633f0f49c819f2745584475051c9eb8f6e0
commit r15-4211-g9a5ac633f0f49c819f2745584475051c9eb8f6e0
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116991
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e998014d1b14592c43b0f655793011c6395ff02a
commit r15-4210-ge998014d1b14592c43b0f655793011c6395ff02a
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112808
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:361d230fd7800a7e749aba8ed020f54f5c26d504
commit r15-4208-g361d230fd7800a7e749aba8ed020f54f5c26d504
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61458
--- Comment #13 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6ce1df379a64439ea429b6c5834e9f853d520112
commit r15-4207-g6ce1df379a64439ea429b6c5834e9f853d520112
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116755
--- Comment #18 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b349c651ff16240b8cc4225db76479154c941c28
commit r15-4203-gb349c651ff16240b8cc4225db76479154c941c28
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117041
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:72c83f644dea755b4eba427aabde45f5d3694d9b
commit r15-4201-g72c83f644dea755b4eba427aabde45f5d3694d9b
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
--- Comment #1 from Sam James ---
A bisect never hurts ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102876
Patrick Palka changed:
What|Removed |Added
Last reconfirmed|2021-10-21 00:00:00 |2024-10-9
--- Comment #17 from Patrick
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
Sam James changed:
What|Removed |Added
Summary|Segfault in |[15 regression] Segfault in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047
Bug ID: 117047
Summary: Segfault in gcc/jit/jit-playback.cc when compiling GNU
Emacs with Native Compilation
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117039
Ken Matsui changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117039
--- Comment #4 from GCC Commits ---
The master branch has been updated by Ken Matsui :
https://gcc.gnu.org/g:f709990333597b30dff54876bfdaada14e9cde30
commit r15-4199-gf709990333597b30dff54876bfdaada14e9cde30
Author: Ken Matsui
Date: Wed Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117046
--- Comment #6 from Carlos Galvez ---
Ah, that might explain it. It would be great to document the additional logic
to avoid confusion.
It may also help the LLVM folks implementing the same warning with consistent
behavior to GCC:
https://gith
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117039
Ken Matsui changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |kmatsui at gcc dot
gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117046
--- Comment #5 from Jonathan Wakely ---
As documented in the manual, memcpy((void*)&dst, &bytes, sizeof(dst)) will
avoid the warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117046
--- Comment #4 from Jonathan Wakely ---
else if (!trivial
&& !VOID_TYPE_P (srctype)
&& !is_byte_access_type (srctype)
&& !same_type_ignoring_top_level_qualifiers_p (desttype,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117046
--- Comment #3 from Jonathan Wakely ---
According to the docs, the warning really is concerned about whether the
destination type is trivial, and Foo isn't trivial (it has a non-trivial
default constructor).
But it doesn't warn about the std::m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117039
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102435
--- Comment #5 from Robert Hardwick ---
Apologies. I can't delete previous comments. That comment was meant for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117001
If anybody can delete my comment above please do.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117001
--- Comment #6 from Robert Hardwick ---
've done some more tests and it seems to affect
12.4.X, 11.4.X, 10.2.X
I can confirm that behaviour is correct in 13.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102435
Robert Hardwick changed:
What|Removed |Added
CC||Robert.Hardwick at arm dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117046
--- Comment #2 from Carlos Galvez ---
I also don't understand why the warning fires at all in this case. Even if we
pass &bytes, we are passing an object of type 'std::array' which is
trivially-copyable (and even trivial?), so I don't see why it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117039
Mark Wielaard changed:
What|Removed |Added
CC||mark at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117046
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117046
Bug ID: 117046
Summary: -Wclass-memaccess provides misleading diagnostics on
std::memcpy
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 136 matches
Mail list logo
