https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #18 from rguenther at suse dot de ---
On Thu, 5 Dec 2024, siddhesh at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
>
> --- Comment #17 from Siddhesh Poyarekar ---
> (In reply to Siddhesh Poyarekar f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117210
--- Comment #17 from Vedran Miletic ---
Pleased to confirm that
% g++15 --version
g++15 (FreeBSD Ports Collection) 15.0.0 20241201 (experimental)
Copyright (C) 2024 Free Software Foundation, Inc.
This is free software; see the source for copyin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114729
Zdenek Sojka changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #23
: zlib zstd
gcc version 15.0.0 20241204 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117917
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #17 from Siddhesh Poyarekar ---
(In reply to Siddhesh Poyarekar from comment #16)
> (In reply to Andrew Pinski from comment #15)
> > (In reply to Jakub Jelinek from comment #14)
> > > struct S { int a; int b[24]; int c[24]; int d; };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117912
--- Comment #16 from Siddhesh Poyarekar ---
(In reply to Andrew Pinski from comment #15)
> (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 (s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117918
Bug ID: 117918
Summary: ICE: tree check: expected class ‘type’, have
‘exceptional’ (error_mark) in create_tmp_from_val, at
gimplify.cc:592
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117878
--- Comment #6 from Li Pan ---
526.blender_r is quite long to tell, will leverage below code to investigate
which can reproduce this issue too.
1 │ int *b;
2 │ inline void c(char *d, int e) {
3 │ d[0] = 0;
4 │ d[1] = e;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117917
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-pc-linux-gnu
--- Comment #1 from
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=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=117891
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114541
--- Comment #2 from Heiko Eißfeldt ---
For this testcase (which ICEs with trunk)
```
/* PR middle-end/114541 */
/* { dg-do compile } */
/* { dg-options "-fgimple" } */
/* { dg-bogus "internal compiler error" } */
void __GIMPLE (ssa,startwith ("
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117891
--- Comment #1 from GCC Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:9a53561075d7c2655d5fb6844c5493023b9bb813
commit r15-5929-g9a53561075d7c2655d5fb6844c5493023b9bb813
Author: Ian Lance Taylor
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90160
--- Comment #12 from Roland Illig ---
Thank you for your fixes, they all look good to me. Looking forward to
translating GCC 15 into German.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116771
--- Comment #2 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:2576dd68a60b3f317f89c8c007d0eea63151a793
commit r15-5928-g2576dd68a60b3f317f89c8c007d0eea63151a793
Author: David Malcolm
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 90160, which changed state.
Bug 90160 Summary: missing quote in diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90160
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90160
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117915
Sam James changed:
What|Removed |Added
Known to work||14.2.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117916
Bug ID: 117916
Summary: nvptx: wrong multilib selected in presence of several
different '-misa=[...]' and/or '-mptx=[...]' flags
Product: gcc
Version: unknown
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117916
Thomas Schwinge changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
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
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=117915
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-12-04
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117915
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
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=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
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=117716
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
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=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=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=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=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=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=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=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=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=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=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=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=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 #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=117912
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-12-04
Ever confirmed|0
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
--- 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=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=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=116261
Paul Thomas changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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=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=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=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=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=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 #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=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 #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=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=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=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
--- 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 #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
Sam James changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #7 from Sam J
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=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=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=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=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=117855
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
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=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=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=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=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=117912
--- Comment #4 from Sam James ---
Reproduced.
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 #3 from Sam James ---
I'll give it a go now.
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=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=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=117912
Sam James changed:
What|Removed |Added
CC||kees at outflux dot net,
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=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=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=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=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=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=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=117893
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=117360
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=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=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=115494
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #1
1 - 100 of 120 matches
Mail list logo
