https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119458
--- Comment #3 from Tymi ---
(In reply to Richard Biener from comment #2)
> I think this works as designed, sub vs. dec is a target tuning decision.
> I'm not sure whether atomics should behave special in any way here.
Hmm yea, and since -mtun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116187
Sam James changed:
What|Removed |Added
Last reconfirmed||2025-3-25
--- Comment #1 from Sam James --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116427
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #6 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:4d1b19695669e6c67b9c3df07673bc22cae3a662
commit r15-8879-g4d1b19695669e6c67b9c3df07673bc22cae3a662
Author: Tomasz KamiÅski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119402
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
--- Comment #11 from Richard Biener ---
(In reply to Jakub Jelinek from comment #10)
> typedef unsigned char V __attribute__((vector_size (16)));
>
> V
> foo (V x)
> {
> return __builtin_shuffle (x, x, (V) { 0, 0, 0, 0, 4, 4, 4, 4, 8, 8, 8, 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119386
--- Comment #46 from Alexander Monakov ---
A small correction: -static-pie is not a linker option, it's a gcc (compiler
driver) option, which it decomposes into -static -pie --no-dynamic-linker -z
text for the linker; --no-dynamic-linker was add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #23 from Tobias Burnus ---
The patch has now landed:
https://sourceware.org/git/?p=newlib-cygwin.git;a=commitdiff;h=2ef1a37e7823b21eda524972c006e0e8c26f97b3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119402
--- Comment #3 from Tamar Christina ---
(In reply to Jakub Jelinek from comment #2)
> Started with r14-5673-g33c2b70dbabc02788caabcbc66b7baeafeb95bcf
> With -O2 -mtune=generic it is fine even on the current trunk.
Seems like it's due to missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119462
Bug ID: 119462
Summary: [modules] ICE in check_return_expr from imported
defaulted function
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119327
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Summary|[12/13/14/15 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
--- Comment #12 from Richard Biener ---
(In reply to Richard Biener from comment #11)
> (In reply to Jakub Jelinek from comment #10)
> > typedef unsigned char V __attribute__((vector_size (16)));
> >
> > V
> > foo (V x)
> > {
> > return __bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119154
--- Comment #15 from Nathaniel Shead ---
(In reply to Igor Machado Coelho from comment #14)
> P.S.:
>
> If I can quickly hijack this issue for another question, I really need to
> understand something about module map file on -fmodule-mapper on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119425
--- Comment #5 from Jakub Jelinek ---
* config/i386/sse.md: Set the attribute "addr" to "gpr16" for the
pattern
with constraint "jm".
ChangeLog entry is not sufficient, you need to say what patterns were changed
exactly and what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119445
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119447
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118045
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
Richard Biener changed:
What|Removed |Added
Flags||needinfo?(acoplan at gcc dot
gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
--- Comment #5 from Richard Biener ---
Again, the dump file produced by FRE (with -details) would be interesting.
Otherwise I'd suggest to try reducing as-is, it might get rid of enough
module stuff to make it less of a pain.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119440
--- Comment #8 from Richard Biener ---
(In reply to Eric Botcazou from comment #7)
> Created attachment 60868 [details]
> Tentative fix
>
> This appears to work for me on the mainline:
>
> gcc/gnat: ELF 64-bit LSB shared object, x86-64, v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
--- Comment #6 from Richard Biener ---
I wonder if somebody can provide a tarball of sources to generated the PCH
(maybe a tarball of preprocessed sources?) and preprocessed source up to the
PCH?
Otherwise can you add -fdump-rtl-expand-details
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119447
Jakub Jelinek changed:
What|Removed |Added
Summary|[14/15 Regression] ICE |[14/15 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119450
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118979
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119425
--- Comment #6 from Hu Lin ---
(In reply to Jakub Jelinek from comment #5)
> * config/i386/sse.md: Set the attribute "addr" to "gpr16" for the
> pattern
> with constraint "jm".
> ChangeLog entry is not sufficient, you need to say wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119458
Bug ID: 119458
Summary: Optimisation miss: atomic_ref increment
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
Sam James changed:
What|Removed |Added
Keywords|GC, needs-source|
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119461
Bug ID: 119461
Summary: record layout done in odd ways
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cobol
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119458
--- Comment #1 from Tymi ---
Seems to produce the optimal result with -march=haswel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117811
--- Comment #23 from GCC Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:7679b826840c58343d72d05922355b646db4bdcc
commit r15-8881-g7679b826840c58343d72d05922355b646db4bdcc
Author: Richard Earnshaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119429
--- Comment #23 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:039cc50867000e6427924ca490dc810eaa44cf08
commit r15-8880-g039cc50867000e6427924ca490dc810eaa44cf08
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119436
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #9 from Tomasz Kamiński ---
> Hum, meeting Cpp17LegacyIterator requirements does not mean it is a C++17
> input iterator, only iterator_traits::iterator_category represents its
> category, so __cpp17_input_iterator should not be us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119429
Xi Ruoyao changed:
What|Removed |Added
Resolution|DUPLICATE |FIXED
--- Comment #24 from Xi Ruoyao ---
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119456
Bug ID: 119456
Summary: gcobol: huge codegen for use of reference-modification
(and missing optimization)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112372
--- Comment #7 from Andrew Pinski ---
Created attachment 60871
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60871&action=edit
Patch which I will be submitting for GCC 16
This implements what I mentioned in comment #3.
After that is done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119460
--- Comment #1 from Paul Thomas ---
(In reply to Rainer Orth from comment #0)
> The new gfortran.dg/reduce_1.f90 test FAILs on Solaris/SPARC and x86, both 32
> and 64-bit:
>
> +FAIL: gfortran.dg/reduce_1.f90 -O0 execution test
> +FAIL: gfort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119351
--- Comment #7 from Tamar Christina ---
Sorry for the delay, had a few days off.
So looking at this again, it's happening When next_ci gets inlined into
nbnxn_make_pairlist_part, the while loop
while (next_ci(iGrid, nth, ci_block, &ci_x, &ci_y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #8 from 康桓瑋 ---
(In reply to GCC Commits from comment #6)
> The master branch has been updated by Tomasz Kaminski :
>
> https://gcc.gnu.org/g:4d1b19695669e6c67b9c3df07673bc22cae3a662
>
> commit r15-8879-g4d1b19695669e6c67b9c3df0767
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119460
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119460
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Paul Thomas ---
> This bug is due to wrong casting of 'dim'. It was caught prior to committing
> but I screwed up by only correcting three out of four places that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117504
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Simon Martin
:
https://gcc.gnu.org/g:f10853a0087bc115c8ee1ddb5fc641bffdb7f1a4
commit r13-9450-gf10853a0087bc115c8ee1ddb5fc641bffdb7f1a4
Author: Simon Martin
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119108
--- Comment #12 from Tamar Christina ---
Sorry for the slow response, had a few days off.
The regression here can be reproduced through this example loop:
https://godbolt.org/z/jnGe5x4P7
for the current loop in snappy what you want is -UALIGNE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
--- Comment #15 from Richard Biener ---
For reference, the following fixes the ICE (more "latent" issues with permute
support queries elsewhere I bet).
diff --git a/gcc/match.pd b/gcc/match.pd
index ad966766376..c0402e81c28 100644
--- a/gcc/mat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
--- Comment #14 from Richard Biener ---
And
/* Merge
c = VEC_PERM_EXPR ;
d = VEC_PERM_EXPR ;
to
d = VEC_PERM_EXPR ; */
is a bit confused about constraints, but matching modes instead of TYPE_SIZE
to make sure ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119429
--- Comment #27 from Jakub Jelinek ---
If it is easy, I guess we can live with it.
If you had say some function or template which would use unsigned type as
iterator, working around the lack of design would mean duplicating the code.
Consider e.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119466
--- Comment #2 from Jakub Jelinek ---
I think w normally honor the C++17 rules, it can be seen on
int
foo (int &x, int *&y)
{
y = &x;
x++;
return x;
}
int &
bar (int *p)
{
return *p;
}
int
main ()
{
int a = 4;
int b = 9;
int *c =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #12 from Tomasz Kamiński ---
I have realized that with the resolution of the
https://cplusplus.github.io/LWG/lwg-defects.html#3749, you can run into this
problem by doing:
auto r = std::views::iota(__int128(0)) | std::views::take(5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108487
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119466
--- Comment #3 from Jakub Jelinek ---
And I guess it is solely if the RHS is a CALL_EXPR, if I change the testcase to
int
foo (int &x, int *&y)
{
y = &x;
x++;
return x;
}
int
main ()
{
int a = 4;
int b = 9;
int *c = &b;
*c = foo (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61105
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #13 from 康桓瑋 ---
(In reply to Tomasz Kamiński from comment #12)
> I have realized that with the resolution of the
> https://cplusplus.github.io/LWG/lwg-defects.html#3749, you can run into this
> problem by doing:
>
> auto r = std::v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113168
Simon Sobisch changed:
What|Removed |Added
CC||simonsobisch at gnu dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66478
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #11 from 康桓瑋 ---
> Use __cpp17_input_iterator can still produce hard errors in some edge cases.
With "hard errors", I mean the following:
struct I {
using difference_type = int;
using value_type = int;
int operator*() const;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57820
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65656
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119402
--- Comment #4 from Andrew Pinski ---
(In reply to Tamar Christina from comment #3)
>
> Seems like it's better to handle this at the GIMPLE level like we do today
> for the z case.
Yes I agree I originally was going to file this as an enhancem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #14 from 康桓瑋 ---
I believe the correct way should be:
else if constexpr (ranges::common_range<_Rg> &&
requires {
requires
derived_from>::iterator_category,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119463
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-03-25
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119440
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119463
--- Comment #3 from Andrew Pinski ---
https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1828
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119440
--- Comment #9 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:7bec4570301c43ab948aca624d4cd7a3b33d65a1
commit r15-8901-g7bec4570301c43ab948aca624d4cd7a3b33d65a1
Author: Eric Botcazou
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #15 from Jonathan Wakely ---
template
using __iter_category_t
= typename iterator_traits<_Iter>::iterator_category;
template
using _RequireInputIter =
__enable_if_t,
input_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119467
Bug ID: 119467
Summary: Missed optimization on wrapping builtin function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119467
Andrew Pinski changed:
What|Removed |Added
Version|unknown |15.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119150
Jakub Jelinek changed:
What|Removed |Added
Summary|[14/15 Regression] |[14 Regression]
|Opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117070
--- Comment #3 from Ivan Pribec ---
According to my reading, the right hand side in the assignment matches the
following two cases of constant expressions, quoting 10.1.12:
2) an array constructor where each element ... is a constant expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119459
--- Comment #1 from Paul-Antoine Arras ---
My mistake! This should now be fixed in commit e0a1d0e044c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119466
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119463
--- Comment #1 from Andrew Pinski ---
>GCC accepts it just fine (found by my сolleague Egor).
I think there might be a defect report about this case but I can't find it
right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119428
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010
--- Comment #7 from Thomas Schwinge ---
First observation: the same (per my understanding) happens with LTO: compile
this code, still at '-O0' with '-foffload=disable' but with '-flto', and see
the x86_64 '[...].ltrans0.ltrans.s' file:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108487
--- Comment #15 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e200f53a5556516ec831e6b7a34aaa0f10a4ab0a
commit r15-8904-ge200f53a5556516ec831e6b7a34aaa0f10a4ab0a
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119419
--- Comment #3 from GCC Commits ---
The master branch has been updated by Thomas Koenig :
https://gcc.gnu.org/g:737a5760bb24a0a945cc2c916ba452e3f0060c58
commit r15-8906-g737a5760bb24a0a945cc2c916ba452e3f0060c58
Author: Thomas Koenig
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101881
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118627
--- Comment #7 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:c6279fffdbf8e13e46932eb8e100cfc579d06f2c
commit r15-8892-gc6279fffdbf8e13e46932eb8e100cfc579d06f2c
Author: Tobias Burnus
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115827
--- Comment #7 from Richard Earnshaw ---
(In reply to Richard Biener from comment #6)
> IMO a testsuite issue then.
Why would a missing warning from
return f; /* { dg-warning "may be used" "unconditional" } */
be a testsuite issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #24 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:56189d0ffeb35769637347720dfb24d2e4d7d47f
commit r15-8893-g56189d0ffeb35769637347720dfb24d2e4d7d47f
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119450
--- Comment #4 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 60872 [details]
> gcc15-pr119450.patch
>
> Untested fix.
OK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
--- Comment #8 from Richard Biener ---
I have sent patches for two larger issues, remaining, when checking on
gfortran.dg/vect/fast-math-mgrid-resid.f the ones below. It would be nice
if the -fsched-verbose dumps would print recog data (alterna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114525
--- Comment #5 from Simon Martin ---
I'm back to this PR after a long while. I'm currently testing the following
patch, that fixes the PR testcase
diff --git a/gcc/cp/typeck2.cc b/gcc/cp/typeck2.cc
index 1adc05aa86d..45edd180173 100644
--- a/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119466
Bug ID: 119466
Summary: Incorrect result generated by g++
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119463
--- Comment #2 from Andrew Pinski ---
https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#125
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117504
Simon Martin changed:
What|Removed |Added
Resolution|--- |FIXED
Summary|[12/13/14 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 117504, which changed state.
Bug 117504 Summary: [12 Regression] Incorrect code emitted when using
"constexpr std::array" since r8-3497-g281e6c1d8f1b4c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117504
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119465
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96226
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:584b346a4c7a6e6e77da6dc80968401a3c08161d
commit r15-8896-g584b346a4c7a6e6e77da6dc80968401a3c08161d
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119428
--- Comment #13 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:584b346a4c7a6e6e77da6dc80968401a3c08161d
commit r15-8896-g584b346a4c7a6e6e77da6dc80968401a3c08161d
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118318
--- Comment #23 from GCC Commits ---
The releases/gcc-14 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:82bd83122a483275787fcd18131bf6cd91fbdbd4
commit r14-11447-g82bd83122a483275787fcd18131bf6cd91fbdbd4
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119464
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117705
Rainer Orth changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
Sam James changed:
What|Removed |Added
Keywords|needs-source|
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119417
--- Comment #5 from Jakub Jelinek ---
Created attachment 60876
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60876&action=edit
gcc15-pr119417.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
--- Comment #8 from GCC Commits ---
The master branch has been updated by Vineet Gupta :
https://gcc.gnu.org/g:cb6070c79dd9334e7cfff40bacd21da4f337cc33
commit r15-8895-gcb6070c79dd9334e7cfff40bacd21da4f337cc33
Author: Vineet Gupta
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119465
Bug ID: 119465
Summary: gcc.target/i386/pr55583.c FAILs with 32-bit-default
compiler
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 202 matches
Mail list logo
