https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116625
--- Comment #5 from Thiago Jung Bauermann
---
This bug has been fixed by Torbjörn SVENSSON's changes in
r15-4548-ga79ca49b5ce0ad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117917
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Statu
: zlib zstd
gcc version 15.0.0 20241204 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117917
Bug ID: 117917
Summary: Hangs on avx512
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117878
--- Comment #5 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:fb64a7b0e1d7488e6e3ae96af8d97fd2226b6d21
commit r15-5917-gfb64a7b0e1d7488e6e3ae96af8d97fd2226b6d21
Author: Pan Li
Date: Wed Dec 4 13:53
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114542
--- Comment #3 from Heiko Eißfeldt ---
FYI: the GNUmake bug seems to be fixed now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117904
--- Comment #3 from Gaius Mulley ---
Created attachment 59780
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59780&action=edit
Proposed fix
Proposed fix which converts the increment into the same type as the start, end
expression type of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117908
Bug ID: 117908
Summary: [RX] Add support for v2 ISA
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117371
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117908
Oleg Endo changed:
What|Removed |Added
Last reconfirmed||2024-12-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117660
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:5902ea4a341419d243725e7a52800e297159ff9d
commit r14-11060-g5902ea4a341419d243725e7a52800e297159ff9d
Author: Gaius Mulley
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116083
--- Comment #5 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:27b444a41a6afab8020183c4c5d3361e21635031
commit r15-5918-g27b444a41a6afab8020183c4c5d3361e21635031
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113948
--- Comment #2 from Oleg Endo ---
-mlra option has been around on RX for a while. I've using GCC 8 as production
compiler on a larger firmware.
Adding -mlra to the build will make the thing get stuck during linking (using
LTO) somewhere, looks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117908
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116083
--- Comment #6 from Richard Biener ---
The last change gets us to
tree DSE : 0.23 ( 16%) 2048 ( 0%)
tree slp vectorization : 0.65 ( 47%) 2494k ( 15%)
there's another pending improvement. The qua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109664
Thomas Schwinge changed:
What|Removed |Added
Last reconfirmed||2024-12-04
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116463
--- Comment #32 from Tamar Christina ---
(In reply to Richard Biener from comment #31)
> (In reply to Tamar Christina from comment #29)
> > (In reply to Tamar Christina from comment #27)
> > > > >
> > > > > We DO already impose any order on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116083
Richard Biener changed:
What|Removed |Added
Summary|[14/15 Regression] |[14 Regression]
|Re-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117826
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:205591919214cb5610e9c3b2394f05a3cfaa7f68
commit r15-5919-g205591919214cb5610e9c3b2394f05a3cfaa7f68
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78804
Oleg Endo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116083
Richard Biener changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #7 from Richard Biener -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117875
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117875
--- Comment #5 from Richard Biener ---
I tried get_range_query (cfun)->range_of_expr (vr, niter->niter, stmt) with
(unsigned int) M_9(D) - (unsigned int) k_24 and an enabled ranger
but that indeed returns [irange] unsigned int [0, 1024][42949662
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117615
--- Comment #7 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:72a2380a306a1c3883cb7e4f99253522bc265af0
commit r15-5920-g72a2380a306a1c3883cb7e4f99253522bc265af0
Author: Simon Martin
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102786
--- Comment #8 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:72a2380a306a1c3883cb7e4f99253522bc265af0
commit r15-5920-g72a2380a306a1c3883cb7e4f99253522bc265af0
Author: Simon Martin
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117360
--- Comment #8 from Martin Jambor ---
I can confirm that our UBSAN bootstrap+testsuite buildbot run passed all tests
and is nicely green again. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117360
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 117360, which changed state.
Bug 117360 Summary: [15 regression] ext-dce.cc:573:15: runtime error: shift
exponent 127 is too large for 64-bit type 'long long unsigned int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=1173
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117909
Bug ID: 117909
Summary: gcc fails to save registers with
no_caller_saved_registers
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117893
--- Comment #3 from GCC Commits ---
The master branch has been updated by Andreas Schwab :
https://gcc.gnu.org/g:1783b2030905567d1b89ccc5e674699619f159e5
commit r15-5921-g1783b2030905567d1b89ccc5e674699619f159e5
Author: Andreas Schwab
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117893
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117910
Bug ID: 117910
Summary: [avr][lra] Wrong code with -mlra in cmpdi-1.c
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117909
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117909
--- Comment #2 from Sam James ---
Created attachment 59784
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59784&action=edit
foo.cxx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62169
--- Comment #9 from Jonathan Wakely ---
I was looking at this again in the context of
https://cplusplus.github.io/LWG/issue3578
If we ever wanted to make the debug mode iterators SCARY (or if the standard
ever required it) then I think we would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117911
Bug ID: 117911
Summary: Segmentation fault with '-O3
-fno-inline-functions-called-once
-fno-inline-small-functions -fno-ipa-cp
-fno-ipa-modref -fno-ipa-pure-const'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117911
--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 59786
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59786&action=edit
The compiler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117910
--- Comment #1 from Georg-Johann Lay ---
(In reply to Georg-Johann Lay from comment #0)
> ...involving Y+12 and X+12 in cmpdi-1.s
Meant "Y+12 and Y+11".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
Sam James changed:
What|Removed |Added
CC||kees at outflux dot net,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117911
--- Comment #3 from Sam James ---
Fails with -fno-strict-aliasing too.
With Valgrind when (maybe) miscompiled:
```
==164909== Conditional jump or move depends on uninitialised value(s)
==164909==at 0x10A5E2: realsmith_proxy_j8M9c (in /tmp/a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117911
Sam James changed:
What|Removed |Added
Known to fail||12.4.1, 15.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242
Georg-Johann Lay changed:
What|Removed |Added
Keywords||wrong-code
Last reconfirmed|2018-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #3 from Sam James ---
I'll give it a go now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116463
--- Comment #33 from Richard Biener ---
I see. Note it's SLP discoveries association code that figures out a SLP
graph, disabling this ends up with single-lane (store-lanes) from the start.
The association that "succeeds" first wins, and it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #4 from Sam James ---
Reproduced.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
Bug ID: 117912
Summary: Linux Kernel 6.13-rc1 Build Failure: 'Detected write
beyond size of object'
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116463
--- Comment #34 from Richard Biener ---
Possibly first computing a lattice val for each SSA name whether its origin is
a "real" or a "imag" component of a complex load could get us meta but even
then the individual sorting which determines the i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
--- Comment #13 from Richard Biener ---
(In reply to Mikael Morin from comment #12)
> Created attachment 59781 [details]
> Possible patch
>
> I have had a look at this PR and can propose the attached patch that seems
> to fix the issue. It doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90160
--- Comment #10 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:a0ac8fa55a4749979faa56a9e8bd389252edc89f
commit r15-5922-ga0ac8fa55a4749979faa56a9e8bd389252edc89f
Author: David Malcolm
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #6 from Sam James ---
I'm reducing it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117855
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107980
--- Comment #19 from Jakub Jelinek ---
Created attachment 59789
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59789&action=edit
gcc15-pr107980.patch
In that case here is an untested patch.
I've changed the macro to
#define va_start(...)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #10 from Vladimir Makarov ---
(In reply to John David Anglin from comment #7)
>
> Compile command:
> /home/dave/gnu/gcc/objdir/./prev-gcc/cc1plus -fpreprocessed
> tree-vect-slp.ii -quiet -dumpbase tree-vect-slp.cc -dumpbase-ext .cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #5 from Sam James ---
Created attachment 59788
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59788&action=edit
auditsc.i.xz
```
$ gcc -c kernel/auditsc.i -std=gnu17 -Os
In file included from ./arch/x86/include/asm/linkage.h:6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
--- Comment #11 from Jakub Jelinek ---
E.g.
int baz ();
void qux (int *);
template
struct S {
#define P qux (v);
#define Q P P P P P P P P P P
#define R Q Q Q Q Q Q Q Q Q Q
constexpr S () { if consteval { } else { int v[baz ()]; R R R R R R R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116463
--- Comment #35 from Tamar Christina ---
(In reply to Richard Biener from comment #34)
> Possibly first computing a lattice val for each SSA name whether its origin
> is a "real" or a "imag" component of a complex load could get us meta but
> ev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
Sam James changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #7 from Sam J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #8 from Sam James ---
I think the testcase needs refining, though -- it's really right for
sized_strscpy_size (happens w/o target_comm it being a FAM too).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #9 from Jakub Jelinek ---
That is completely unreadable.
Slightly cleaned up:
long s;
struct A *foo (void);
struct B {};
struct B bar (struct B *);
void baz (void) __attribute__((__error__ ("baz")));
struct A { int a; struct B b; ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #11 from Jakub Jelinek ---
Note, in the second testcase in the above comment, if I change it to
struct S { int a; int b[2]; int c; };
struct T { int a; int b[24]; int c; };
union U { struct S s; struct T t; };
void bar (int *);
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
Sam James changed:
What|Removed |Added
Summary|Linux Kernel 6.13-rc1 Build |[12/13/14/15 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117913
Bug ID: 117913
Summary: destroying delete operator should have implicit
expection speciification
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117913
--- Comment #1 from Alisdair Meredith ---
Sorry, I made no effort to verify how far back this bug goes, but I expect it
has been an issue ever since destroying delete was first implemented.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
Jakub Jelinek changed:
What|Removed |Added
Keywords|rejects-valid |wrong-code
--- Comment #12 from Jakub J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117913
--- Comment #2 from Andrew Pinski ---
GCC, clang and MSVC all say the 1st static_assert fails.
GCC passes the 2nd while clang and MSVC says it fails.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117913
--- Comment #3 from Alisdair Meredith ---
Clang and MSVC have bigger bugs that I am filing bug reports on shortly!
EDG gets this correct and passes all parts of the test, including the
"expected" undefined behavior:
https://godbolt.org/z/EG3EP5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117913
--- Comment #4 from Alisdair Meredith ---
In this case, clang and MSVC are not even considering the destroying delete
within the noexcept operator within a static_assert --- I am not sure at what
point that breaks down though. The runtime tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117901
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114844
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> https://cplusplus.github.io/CWG/issues/2886.html
>
> The DR report is still have not been accepted here ...
`[Accepted as a DR at the June, 2024 meeting.]` It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107980
--- Comment #20 from Joseph S. Myers ---
I think it's fine for such QoI diagnostics to happen during compilation.
Note that there is no requirement for [] or {} to be balanced in the additional
arguments, only ().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261
--- Comment #13 from Paul Thomas ---
Created attachment 59790
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59790&action=edit
Fix for this PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261
Paul Thomas changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117875
--- Comment #6 from Andrew Macleod ---
(In reply to Richard Biener from comment #5)
> I tried get_range_query (cfun)->range_of_expr (vr, niter->niter, stmt) with
> (unsigned int) M_9(D) - (unsigned int) k_24 and an enabled ranger
> but that inde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117845
Simon Martin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |simartin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #10 from Sam James ---
Yes, I deliberately hadn't tidied it up as I was still working on it. Anyway,
thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #2 from Yafang Shao ---
Hello Sam,
Unfortunately, I don’t have access to GCC 14.0 or newer versions at the moment.
I’m currently using an older version, GCC 11.3, which is also able to reproduce
this issue.
Could you please try the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-12-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #11 from John David Anglin ---
LRA is not yet enabled by default on hppa. To enable, use "-mlra" option
or hack pa.opt to enable by default:
mlra
Target Var(pa_lra_p) Init(1)
Use LRA instead of reload (transitional).
On linux, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117816
--- Comment #1 from Konstantinos Eleftheriou ---
The cause of this is that we are not handling the case that we have a
REG_EH_REGION note on an instruction in the store-load sequence. Thus, we are
inserting instructions after it, leading to it n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #12 from Vladimir Makarov ---
(In reply to John David Anglin from comment #11)
> LRA is not yet enabled by default on hppa. To enable, use "-mlra" option
> or hack pa.opt to enable by default:
>
> mlra
> Target Var(pa_lra_p) Init(1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #13 from Jakub Jelinek ---
>From what I can see, this VN is purely from vn_reference_eq and it just skips
over
the COMPONENT_REFs after taking into account their vro?->off (but I do not yet
understand why the similar case with unions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117892
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84211
--- Comment #5 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:2b75fe3708f062a8bbb432d4b0002a7a94149ab3
commit r15-5924-g2b75fe3708f062a8bbb432d4b0002a7a94149ab3
Author: Georg-Johann Lay
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117516
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114729
--- Comment #22 from GCC Commits ---
The master branch has been updated by Vineet Gupta :
https://gcc.gnu.org/g:7bef3482f27ce13ba7e6c4f43943f28a49e63a40
commit r15-5925-g7bef3482f27ce13ba7e6c4f43943f28a49e63a40
Author: Vineet Gupta
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11472
--- Comment #2 from GCC Commits ---
The master branch has been updated by Vineet Gupta :
https://gcc.gnu.org/g:7bef3482f27ce13ba7e6c4f43943f28a49e63a40
commit r15-5925-g7bef3482f27ce13ba7e6c4f43943f28a49e63a40
Author: Vineet Gupta
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106265
--- Comment #13 from Vineet Gupta ---
(In reply to Vineet Gupta from comment #12)
> Two years hence and we are a little wiser.
>
> The root-cause of spills is sched1
> [PR/114729](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114729).
With abov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117914
Bug ID: 117914
Summary: [reload][avr] In function '__objc_add_class_to_hash
class-i.c:2162:1: error: insn does not satisfy its
constraints:
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857
--- Comment #14 from Gleb Mazovetskiy ---
In macports, a lot of packages seem to simply pass `-D__DARWIN_UNIX03=1`:
https://github.com/search?q=repo%3Amacports%2Fmacports-ports+D__DARWIN_UNIX03&type=code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857
--- Comment #15 from Gleb Mazovetskiy ---
Also in macports, there is only one use of `-D_APPLE_C_SOURCE` in macports, for
the tmux package.
https://github.com/macports/macports-ports/blob/ad9460ffa5b5ff8ce8e7b4e3dd01cf7db07dac8c/sysutils/tmux/P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117516
--- Comment #3 from Jakub Jelinek ---
Though, I wonder about unions. For those all members are last and so if one
has
struct S { union U u; int v; };
and union U has 2 union members with 2 union members each ... like in this
example and
some of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117716
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #14 from Jakub Jelinek ---
struct S { int a; int b[24]; int c[24]; int d; };
void bar (int *);
__SIZE_TYPE__
foo (struct S *p)
{
bar (&p->b[24]);
bar (&p->c[0]);
return __builtin_object_size (&p->c[0], 1);
}
is another miscom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #15 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #14)
> struct S { int a; int b[24]; int c[24]; int d; };
> void bar (int *);
>
> __SIZE_TYPE__
> foo (struct S *p)
> {
> bar (&p->b[24]);
> bar (&p->c[0]);
> r
e-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20241204 (experimental) (GCC)
[534] %
[534] % gcctk -O3 -fno-tree-copy-prop -fno-tree-vrp small.c
during GIMPLE pass: ifcombine
small.c: In function ‘main’:
small.c:3:5: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117915
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117915
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-12-04
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117887
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116623
--- Comment #2 from Thiago Jung Bauermann
---
(In reply to GCC Commits from comment #1)
> The master branch has been updated by Torbjorn Svensson :
>
> https://gcc.gnu.org/g:e152a734337a06ed085c2e6700f21cda9ca7ad17
>
> commit r15-4966-ge152a7
1 - 100 of 120 matches
Mail list logo
