https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107772
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |---
Component|rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110008
Bug 110008 depends on bug 107772, which changed state.
Bug 107772 Summary: function prologue generated even though it's only needed in
an unlikely path
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107772
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91981
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |---
Component|rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118830
Bug ID: 118830
Summary: Not removing bounds check from vector::at if used with
try/catch (which recovers inside the loop)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118827
--- Comment #2 from Huaqi ---
If this file is compiled with O3, it will be inlined and less fp/vector
register will be used, but if I pass -fno-inline, then all fp and vector
registers are then still saved, since it called a subfunction, but if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118827
--- Comment #1 from Andrew Pinski ---
Compile at -O2 ?
Or mark delay as static inline and always_inline like:
__attribute__((always_inline))
static inline void delay(int ms)
Basically you need to mark delay as not being able to touch the fp/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
--- Comment #14 from H.J. Lu ---
Created attachment 60458
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60458&action=edit
A patch to fold jump table with tests
I got
[hjl@gnu-tgl-3 pr47253]$ cat j.c
void bar0 (void);
void bar1 (void);
vo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
H.J. Lu changed:
What|Removed |Added
Attachment #60454|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118815
--- Comment #7 from Haochen Jiang ---
(In reply to Haochen Jiang from comment #6)
> I am testing a patch with this fix:
>
> "
> @@ -2751,10 +2752,11 @@ ix86_option_override_internal (bool main_args_p,
> }
>
>/* Set EVEX512 if one of t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118829
Bug ID: 118829
Summary: [modules] ICE in add_indirects emitting template
typedef struct
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118828
Bug ID: 118828
Summary: LoongArch: #pragma GCC target should update
__loongarch_asx and similar macros
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118814
--- Comment #7 from Sam James ---
(Sorry, I get your point -- yes, I think it is valid now, I assume it was
deliberately changed to be accepted with 13+, but I can't find the change right
now. I can look later if nobody beats me.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118827
Bug ID: 118827
Summary: riscv scalar and vector are all saved when
__attribute__((interrupt)) used
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118814
--- Comment #6 from Sam James ---
Note that pinskia changed it from ice-on-invalid -> ice-on-valid. I'd set
invalid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118814
--- Comment #5 from Sam James ---
Clang rejects it as well. I don't think you can initialize them at all in this
way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118814
--- Comment #4 from Luke Shumaker ---
This had the keyword `ice-on-valid-code` (added by Sam James); bug 109828 has
the keyword `ice-on-invalid-code`.
I could be mistaken, but I believe that the code here is valid (and that GCC 12
was erroneous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118826
Bug ID: 118826
Summary: segmentation fault compiling a module fragment
containing an exported struct with a default virtual
destructor
Product: gcc
Version: 14.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118502
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118802
Sam James changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #4 from Sam Jam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88975
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
--- Comment #2 from Sam James ---
I should probably propose those options as default UBSAN_OPTIONS for bootstrap
(the non-fatal parts) as that's trivial. I have it staged as part of a draft
for PR116948 but I didn't really think about the useful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118825
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.5
Severity|enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118825
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99007
Andrew Pinski changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88975
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98028
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118825
Bug ID: 118825
Summary: Typo in ASM_OUTPUT_SYMBOL_REF
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
--- Comment #1 from Sam James ---
With export
UBSAN_OPTIONS="halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1",
you should be able to get a nice backtrace. You can drop the halt/abort bits if
you want.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100904
--- Comment #14 from Andrew Pinski ---
Created attachment 60455
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60455&action=edit
Fix which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118824
Bug ID: 118824
Summary: `-: ` for dg-warning/error means no column but it is
NOT documented
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: documentat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100904
--- Comment #13 from Andrew Pinski ---
(In reply to David Malcolm from comment #3)
> FWIW the following hackish workaround seems to fix it, though am still
> investigating why this is happening.
This hack is kinda of correct, though the better
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115871
Andrew Pinski changed:
What|Removed |Added
Known to fail||14.1.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100904
--- Comment #12 from Andrew Pinski ---
Actually this is more complex.
What happens here is we start with a line and then we copy the line into an
output buffer which will then be used.
This causes the line and column info to be all messed up fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100904
--- Comment #11 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #10)
> (In reply to Andrew Pinski from comment #9)
> > I think the issue is here:
> > /* This is a kludge. We want to have the ISO
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98028
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100904
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100904
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=118823
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118823
Bug ID: 118823
Summary: get__Pragma_string calls get_token_no_padding but
instead could use _cpp_get_token_no_padding
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97577
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118813
--- Comment #16 from Haochen Jiang ---
Fixed so far on trunk and GCC14 for avx512bw intrin header.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118813
--- Comment #15 from GCC Commits ---
The releases/gcc-14 branch has been updated by Haochen Jiang
:
https://gcc.gnu.org/g:cec0326137ef91e2910a9c70eb9743f032e87137
commit r14-11300-gcec0326137ef91e2910a9c70eb9743f032e87137
Author: Haochen Jiang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118811
--- Comment #16 from Nicholas Williams
---
(In reply to Jonathan Wakely from comment #13)
> Unrelated to the lifetime bug, but why not just use utc_clock here?
>
> auto timestamp( std::chrono::duration_cast< std::chrono::nanoseconds >(
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118813
--- Comment #14 from GCC Commits ---
The master branch has been updated by Haochen Jiang :
https://gcc.gnu.org/g:30a3a557a54c1b3166d76624898779c3646d02b2
commit r15-7464-g30a3a557a54c1b3166d76624898779c3646d02b2
Author: Haochen Jiang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118811
--- Comment #15 from Nicholas Williams
---
(In reply to Jonathan Wakely from comment #12)
> As a workaround you can add this non-static data member to your
> BackgroundThread class:
>
> namespace Logger
> {
> class EXPORT BackgroundThread
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118811
--- Comment #14 from Nicholas Williams
---
(In reply to Jonathan Wakely from comment #11)
> (In reply to Nicholas Williams from comment #0)
> > Created attachment 60437 [details]
> > Minimal reproduction application
> >
> > I have discovered a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
H.J. Lu changed:
What|Removed |Added
Attachment #60448|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97577
--- Comment #10 from Andrew Pinski ---
Even since 15.0.0 20240727.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
Andrew Pinski changed:
What|Removed |Added
CC||esa.pulkkinen at iki dot fi
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97577
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #9 from Andr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 107173, which changed state.
Bug 107173 Summary: ICE: unspellable token PRAGMA_EOL on type_traits:1446:26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107173
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107173
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79516
--- Comment #9 from Andrew Pinski ---
Note this introduced by r0-72806-gbc4071dd66fd4d .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118761
--- Comment #4 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:3c5422e719d1fbabccaa9b63605171ea8bdfe57e
commit r15-7463-g3c5422e719d1fbabccaa9b63605171ea8bdfe57e
Author: Gaius Mulley
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118761
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79516
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118761
--- Comment #3 from Gaius Mulley ---
Created attachment 60453
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60453&action=edit
Proposed fix which allows -fsyntax-only -fhelp=BLA
Here is a propose patch which has been bootstrapped on amd64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118822
--- Comment #6 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #4)
> Reduced testcase:
Slightly more reduced:
```
struct s1 { ~s1(); };
bool f();
void g() {
while (bool t = f()) {
not_free:;
s1 mtr;
}
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115458
--- Comment #16 from Jeffrey A. Law ---
This is looking more and more like an LRA bug to me.
After IRA we have this sequence:
(insn 30 28 31 2 (set (reg:QI 10 a0)
(reg:QI 151 [ D.129558 ])) "j.C":71:30 284 {*movqi_internal}
(nil))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118822
Sam James changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118822
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Summary|[15 regression] I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118822
--- Comment #4 from Jakub Jelinek ---
Reduced testcase:
struct A { A (); ~A (); };
void *bar ();
void
foo ()
{
while (void *x = bar ())
{
if (1)
{
lab:
return;
}
A a;
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118822
--- Comment #3 from Sam James ---
Reduction went badly:
```
struct mtr_t {~mtr_t( {
while
int space not_free : mtr_t mtr;
```
Can someone else fix it up? I'm going back to bed for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118822
--- Comment #2 from Sam James ---
Crashes with just `g++ -c trx0purge.cc.ii`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118822
--- Comment #1 from Sam James ---
Created attachment 60452
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60452&action=edit
trx0purge.cc.ii.xz
```
/var/tmp/portage/dev-db/mariadb-10.6.21/work/mysql/storage/innobase/trx/trx0purge.cc:777:3:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118822
Bug ID: 118822
Summary: [15 regression] ICE when building mariadb-10.6.21
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118125
--- Comment #14 from Martin Jambor ---
I have proposed a fix on the mailing list:
https://inbox.sourceware.org/gcc-patches/ri6a5atcvem@virgil.suse.cz/T/#u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118243
--- Comment #12 from Martin Jambor ---
I have proposed a patch on the mailing list:
https://inbox.sourceware.org/gcc-patches/ri6cyfpcviz@virgil.suse.cz/T/#u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118790
--- Comment #20 from sandra at gcc dot gnu.org ---
Looks like other people are already investigating this? I know nothing about
GC and this might not even have anything to do with the commit that caused the
regression to appear (like PR118714 th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 118821, which changed state.
Bug 118821 Summary: false warning: '__atomic_store_8' writing 8 bytes into a
region of size 0 overflows the destination
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118821
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118821
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56423
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118243
--- Comment #11 from Martin Jambor ---
(In reply to Richard Biener from comment #9)
> Indeed we don't seem to split a vector in the same way:
>
We do but the constant IPA-CP is different, is it is the entire vector in one
constant, as opposed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118821
Andrew Pinski changed:
What|Removed |Added
Host|aarch64-linux-gnu, |
|x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118821
--- Comment #3 from Andrew Pinski ---
https://erlangforums.com/t/compiler-repotrs-overflow-warning-when-compiling-otp-src-27-2-2/4475
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118821
Andrew Pinski changed:
What|Removed |Added
Keywords|false-positive |
--- Comment #2 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118821
--- Comment #1 from Andrew Pinski ---
The issue is erts_prtsd_get can return a nullptr and there is no check for a
null ptr there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118821
Bug ID: 118821
Summary: false warning: '__atomic_store_8' writing 8 bytes into
a region of size 0 overflows the destination
Product: gcc
Version: 15.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118820
Bug ID: 118820
Summary: [12/13/14/15 Regression] preprocessor output with
#pragma inside a #pragma is incorrect
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118820
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118811
--- Comment #13 from Jonathan Wakely ---
Unrelated to the lifetime bug, but why not just use utc_clock here?
auto timestamp( std::chrono::duration_cast< std::chrono::nanoseconds >(
std::chrono::system_clock::now().time_since_epoch() ) );
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97991
--- Comment #9 from Andrew Pinski ---
I will file the preprocessed output seperately since it is much more complex
problem as there are some callbacks from the preprocessor that would need to
get some extra state.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56423
--- Comment #8 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:118a6c3247bb30ef932341cec3ca15e2c6304b69
commit r15-7459-g118a6c3247bb30ef932341cec3ca15e2c6304b69
Author: Harald Anlauf
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93765
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118790
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118790
--- Comment #18 from Jakub Jelinek ---
For the reproduction it is important that the var mentioned in debug info with
*anothervar DECL_VALUE_EXPR value comes later in the DECL_VALUE_EXPR hash_map
than anothervar with FRAME_whatever.anothervar in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93765
mrs at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|1 |0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118790
--- Comment #17 from Jakub Jelinek ---
No, it was r15-6895-g1294b819e1207c0ae76db29a75256f3fafd5f262
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118790
--- Comment #16 from Andrew Pinski ---
I wonder if r15-4334-g60de5585812f59 exposed this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
--- Comment #10 from John David Anglin ---
Another bit of information:
Breakpoint 5, type_has_trivial_fn (ctype=0x83ffbfeb1f18,
sfk=sfk_copy_constructor) at ../../gcc/gcc/cp/method.cc:399
399 switch (sfk)
(gdb) p debug_tree (ctype
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118790
--- Comment #15 from Andrew Pinski ---
Created attachment 60450
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60450&action=edit
new testcase
`-O2 -fallow-argument-mismatch -g -fopenmp --param ggc-min-expand=0 --param
ggc-min-heapsize=0 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118790
Andrew Pinski changed:
What|Removed |Added
Keywords|lto |
--- Comment #14 from Andrew Pinski --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115032
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:3f475f4ffa499858c143eaccdc0abafafc18f2ca
commit r14-11292-g3f475f4ffa499858c143eaccdc0abafafc18f2ca
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118477
--- Comment #9 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:acd0e21e964b266a7fa59461af7aa6918698a1bd
commit r14-11291-gacd0e21e964b266a7fa59461af7aa6918698a1bd
Author: Arsen Arsenovi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118605
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:7a369b6a5589c7d9187701ee916f939307e00a86
commit r14-11287-g7a369b6a5589c7d9187701ee916f939307e00a86
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118522
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:2349c6a442df76acd15b6efcd70f77ecd718f46a
commit r14-11285-g2349c6a442df76acd15b6efcd70f77ecd718f46a
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118816
--- Comment #4 from Johannes Schiller ---
(In reply to Andrew Pinski from comment #1)
> >I'll attach a patch, but unfortunately
>
> I didn't see it being attached.
Attaching the patch must've been failed somehow when creating the issue...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115586
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:08bfa32ae92e36a791ebdefd063b4f2616cd6f80
commit r14-11297-g08bfa32ae92e36a791ebdefd063b4f2616cd6f80
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118661
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:6f5ada57162c10d5ff4b04de275aadf9c81a3da5
commit r14-11295-g6f5ada57162c10d5ff4b04de275aadf9c81a3da5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118776
--- Comment #16 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:7cb022442444833796b384684afef14d0b478941
commit r14-11298-g7cb022442444833796b384684afef14d0b478941
Author: Jakub Jelinek
1 - 100 of 203 matches
Mail list logo
