https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #14 from Marc Mutz ---
C++ build gives me also a crash, this time with a nicer backtrace:
```
* Start testing of tst_QXmlStream *
Config: Using QtTest library 6.11.0, Qt 6.11.0 (x86_64-little_endian-lp64
shared (dyna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #13 from Andrew Pinski ---
(In reply to Marc Mutz from comment #12)
> > Lemme throw ubsan/asan on the noinline code.
>
> Passes, no report :(
>
> > Does -fno-ipa-modref work?
> > Does -fno-strict-alias work?
>
> Both (independent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #12 from Marc Mutz ---
> Lemme throw ubsan/asan on the noinline code.
Passes, no report :(
> Does -fno-ipa-modref work?
> Does -fno-strict-alias work?
Both (independent of each other) fix the issue, yes.
Lemme try a C++20 build t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #15 from Sergei Trofimovich ---
(In reply to H.J. Lu from comment #14)
> Created attachment 62145 [details]
> The v3 patch
>
> Please try the v3 patch. The different from the v2 patch is to add
> a function based on feedback.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #11 from Andrew Pinski ---
So noinline failing still most likely points to some aliasing issue.
Does -fno-ipa-modref work?
Does -fno-strict-alias work?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121597
Bug ID: 121597
Summary: ICE: Segmentation fault, involving nested generic
lambda and argument deduction
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #10 from Marc Mutz ---
> Also I am trying to understand which version has the bug? The one without the
> patch (and with `__attribute__((optimize("O0"))` removed) or the one with the
> patch (and with `__attribute__((optimize("O0")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #7 from Marc Mutz ---
> Also `15.1.1 (20250611)` is before the fix for PR 120358 which might be the
> fix here too.
Same issue with 15.2.1 (20250819).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> Also I am trying to understand which version has the bug? The one without
> the patch (and with `__attribute__((optimize("O0"))` removed) or the one
> with the p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104116
--- Comment #2 from Avinash Jayakar ---
In C, I see that the % is not vectorized, below is the minimal test
void foo ( int *a )
{
for (int i=0; i<1024; i++)
a[i] %=39;
}
This is also supposed to be vectorized right, followed by al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #8 from Andrew Pinski ---
Also I am trying to understand which version has the bug? The one without the
patch (and with `__attribute__((optimize("O0"))` removed) or the one with the
patch (and with `__attribute__((optimize("O0"))` re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121335
Nathaniel Shead changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 121335, which changed state.
Bug 121335 Summary: Vulkan module ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121335
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121578
Nathaniel Shead changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104116
--- Comment #1 from Avinash Jayakar ---
Hi Jakub,
This bug is mainly for the fortran compiler right.
- Is there a way to reproduce it for c, since it only has an equivalent for mod
operator and not the modulo?
- For this issue, do I have to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121578
--- Comment #3 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:b514cd7a4bb12e62afb1332c91591c711e921f07
commit r16-3275-gb514cd7a4bb12e62afb1332c91591c711e921f07
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121570
--- Comment #14 from kargls at comcast dot net ---
(In reply to Andi Kleen from comment #13)
> Reducing the use of the function makes sense (I suspect it's not needed in
> many cases), but another option would be to allow moving it out of loops i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120024
--- Comment #6 from Andrew Pinski ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-August/692813.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #6 from Marc Mutz ---
ubsan didn't report any, at least
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121596
Bug ID: 121596
Summary: An ICE caused by returning lambada with requires.
Product: gcc
Version: 15.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11261
--- Comment #10 from Oleg Endo ---
(In reply to Andrew Pinski from comment #9)
> add #4,r0
> shadr3,r0
> and r7,r0
> mov.b @(r0,r1),r0
> mov.b r0,@(2,r2)
> sts fpul,r0
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 120195, which changed state.
Bug 120195 Summary: [modules] export using of purview 'extern "C++"'
declaration not bound in importers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120195
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121396
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120195
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |16.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
--- Comment #25 from GCC Commits ---
The releases/gcc-15 branch has been updated by Nathaniel Shead
:
https://gcc.gnu.org/g:9e00f7c49ce19298b0a9f2b9d4f951c33810bdac
commit r15-10246-g9e00f7c49ce19298b0a9f2b9d4f951c33810bdac
Author: Nathaniel S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121396
--- Comment #3 from GCC Commits ---
The releases/gcc-15 branch has been updated by Nathaniel Shead
:
https://gcc.gnu.org/g:9e00f7c49ce19298b0a9f2b9d4f951c33810bdac
commit r15-10246-g9e00f7c49ce19298b0a9f2b9d4f951c33810bdac
Author: Nathaniel Sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117599
--- Comment #7 from Xi Ruoyao ---
(In reply to chenglulu from comment #6)
> (In reply to Xi Ruoyao from comment #4)
> > We have things like
> >
> > # VUSE <.MEM_74>
> > _48 = VIEW_CONVERT_EXPR(b575[i_6])[8];
> > ./gcc/testsuite/gcc.dg/torture/b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117599
--- Comment #9 from Xi Ruoyao ---
We have
_48;
but
_48 = VIEW_CONVERT_EXPR(b575[i_6])[8];
_49 = (unsigned long) _48;
Thus a signedness mismatch between _48 and the type of
VIEW_CONVERT_EXPR(b575[i_6])[8] triggers this.
OTOH x86 has things
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121396
--- Comment #2 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:82e4932623e57ded0f9303621fe329ee5aaba508
commit r16-3273-g82e4932623e57ded0f9303621fe329ee5aaba508
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117599
--- Comment #8 from chenglulu ---
(In reply to Xi Ruoyao from comment #7)
> (In reply to chenglulu from comment #6)
> > (In reply to Xi Ruoyao from comment #4)
> > > We have things like
> > >
> > > # VUSE <.MEM_74>
> > > _48 = VIEW_CONVERT_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120195
--- Comment #1 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:f0c761165929cded4ae08fd5151b483f786bb1b0
commit r16-3274-gf0c761165929cded4ae08fd5151b483f786bb1b0
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
--- Comment #24 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:82e4932623e57ded0f9303621fe329ee5aaba508
commit r16-3273-g82e4932623e57ded0f9303621fe329ee5aaba508
Author: Nathaniel Shead
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121312
Kito Cheng changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121595
Bug ID: 121595
Summary: fabs(a+0.0) -> fabs(a) for non trapping case
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121595
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117599
--- Comment #6 from chenglulu ---
(In reply to Xi Ruoyao from comment #4)
> We have things like
>
> # VUSE <.MEM_74>
> _48 = VIEW_CONVERT_EXPR(b575[i_6])[8];
> ./gcc/testsuite/gcc.dg/torture/bitint-12.c:39:1: error: type mismatch in
> 'array_re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117599
--- Comment #5 from chenglulu ---
Jenkins automatic test, submit r16-3176 new FAIL items only the following
three:
+FAIL: gcc.dg/fixed-point/bitint-1.c (test for errors, line 8)
+FAIL: gcc.dg/fixed-point/bitint-1.c (test for errors, line 9)
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117599
--- Comment #4 from Xi Ruoyao ---
We have things like
# VUSE <.MEM_74>
_48 = VIEW_CONVERT_EXPR(b575[i_6])[8];
./gcc/testsuite/gcc.dg/torture/bitint-12.c:39:1: error: type mismatch in
'array_ref'
where b575[i_6] is _BitInt(575). On x86 we hav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121570
--- Comment #13 from Andi Kleen ---
Reducing the use of the function makes sense (I suspect it's not needed in many
cases), but another option would be to allow moving it out of loops if it
covers the whole loop body. The later would fix this te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117599
--- Comment #3 from Xi Ruoyao ---
Test failures at r16-3265 about bitint:
FAIL: gcc.dg/fixed-point/bitint-1.c (test for errors, line 8)
FAIL: gcc.dg/fixed-point/bitint-1.c (test for errors, line 9)
FAIL: gcc.dg/fixed-point/bitint-1.c (test fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #5 from Andrew Pinski ---
Now I wonder if there is some signed integer overflow going on.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120024
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> I think this will fix it:
This was not enough to fix it, there was a little more to do and some cleanups
too that can be done as emit_move_insn returns the last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120935
--- Comment #13 from Hans-Peter Nilsson ---
(In reply to pietro from comment #12)
> (In reply to Hans-Peter Nilsson from comment #11)
> > (In reply to pietro from comment #10)
> > > Since there's a workaround in place for 15.2 should we change t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121570
--- Comment #12 from kargls at comcast dot net ---
(In reply to Francois-Xavier Coudert from comment #10)
> The first implementation of the IEEE modules intended to be erring on the
> side of cautiousness, so I added systematic code to save and r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #14 from H.J. Lu ---
Created attachment 62145
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62145&action=edit
The v3 patch
Please try the v3 patch. The different from the v2 patch is to add
a function based on feedback.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121570
--- Comment #11 from Francois-Xavier Coudert ---
The IEEE intrinsics where we currently save and restore the FP state are:
- IEEE_LOGB_RINT
- IEEE_REM
- IEEE_NEXT_AFTER
The intrinsics where we currently don't save and restore the FP state, beca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121570
--- Comment #10 from Francois-Xavier Coudert ---
The first implementation of the IEEE modules intended to be erring on the side
of cautiousness, so I added systematic code to save and restore the FP status.
Indeed, it may be that some IEEE intr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121594
--- Comment #1 from Andrew Pinski ---
Testcase that is rejected:
```
#include
#include
int main() {
using namespace std::literals;
template for(constexpr auto e : std::make_tuple(1, true, "asd"sv)) {
}
}
```
Testcase that works:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121594
Bug ID: 121594
Summary: Expansion statement with constexpr
for-range-declarator does not compile
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121570
kargls at comcast dot net changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #4 from Marc Mutz ---
> Can you try `-flifetime-dse=0 -fstack-reuse=none` ?
They do not, not when added with CXXFLAGS (which adds them in front of the
options):
```
c++ -DBACKTRACE_HEADER=\"execinfo.h\" -DCore_EXPORTS
-DELF_INTERPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #2 from Andrew Pinski ---
Can you try `-flifetime-dse=0 -fstack-reuse=none` ?
Does those 2 help?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
--- Comment #1 from Marc Mutz ---
Created attachment 62144
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62144&action=edit
Diff from "inlined" to "guarded" (see comment 1).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121593
Bug ID: 121593
Summary: Miscompiles small function to produce endless(?) loop
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121581
Andrew Pinski changed:
What|Removed |Added
Target Milestone|15.3|14.4
Summary|[15/16 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121581
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:2be801a805c6cca08aaa33fd387dcc7bd4fe8aac
commit r16-3271-g2be801a805c6cca08aaa33fd387dcc7bd4fe8aac
Author: Andrew Pinski
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121584
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Last recon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121584
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121591
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121592
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121592
Bug ID: 121592
Summary: [16 Regression] RISC-V: Miscompile at -O3 since
r16-2788-gdf86ac52fcc
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121591
Bug ID: 121591
Summary: x86 optimization: isless doesn't reuse EFLAGS result
of other floating point comparisons with same operands
Product: gcc
Version: 15.1.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121570
--- Comment #8 from kargls at comcast dot net ---
(In reply to Richard Biener from comment #6)
> As gfortran uses the C standard library IEEE interfacing, if that interface
> agrees with the Fortran language requirement we can rely on a correct
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121570
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121584
Andrew Pinski changed:
What|Removed |Added
Keywords||aarch64-sve, needs-source
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117600
Christophe Lyon changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117600
--- Comment #13 from GCC Commits ---
The releases/gcc-15 branch has been updated by Christophe Lyon
:
https://gcc.gnu.org/g:ed47725094a2d67822445670b5adb6b1a8cd13de
commit r15-10244-ged47725094a2d67822445670b5adb6b1a8cd13de
Author: Christophe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121590
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121453
--- Comment #1 from Tobias Burnus ---
In omp_extract_for_data, the variables are created – but actually not assigned
to.
That happens later in expand_omp_for_init_counts and expand_oacc_for, which
touches the 'count' variable (alias loop.n2) as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121590
Bug ID: 121590
Summary: Code should be unreachable after exhausting all four
float compare relations
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121589
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121589
--- Comment #2 from Andrew Pinski ---
That is the only defined values for b is -1. Otherwise e+1 would be after the
end and you deference that or e would cause an undefined value to appear.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121589
--- Comment #1 from Andrew Pinski ---
I think this has undefined code in it.
e will point to one before c[0] which is undefined.
-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 16.0.0 20250818 (experimental) (GCC)
[590] %
[590] % gcctk -O1 small.c
[591
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
Sam James changed:
What|Removed |Added
CC||bpar at skl dot vc
--- Comment #55 from Sam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121586
Sam James changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121118
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121253
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121253
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:7e606c93df8b35ef4e62320f406f051bcce22674
commit r13-9843-g7e606c93df8b35ef4e62320f406f051bcce22674
Author: Richard San
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121118
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:1cb22ef7c1df8d23934b16082cf80295930338b4
commit r13-9844-g1cb22ef7c1df8d23934b16082cf80295930338b4
Author: Richard San
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121585
Bug ID: 121585
Summary: Analyzer hangs when building mbedtls's sha512.c
Product: gcc
Version: 15.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121588
Sam James changed:
What|Removed |Added
Component|c |lto
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108316
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|rsandifo at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121588
Bug ID: 121588
Summary: gcc 15.2.0 crashes when building u-boot 2022.07 with
LTO
Product: gcc
Version: 15.2.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121587
Bug ID: 121587
Summary: _Float16 vector operations should use
addps/subps/mulps/divps if F16C is present
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121586
Bug ID: 121586
Summary: aliased built-in function generated code calling
itself
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121253
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:a353569bae426ee897484fee878fe805d0e3ac41
commit r14-11965-ga353569bae426ee897484fee878fe805d0e3ac41
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121118
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:2b2f1da4271360f32aa88b4066ca3e22e4bfe751
commit r14-11966-g2b2f1da4271360f32aa88b4066ca3e22e4bfe751
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #13 from Sam James ---
(In reply to Sam James from comment #7)
> At r16-3190-g5cf1b9a03ec5b6, I noticed some bugginess with consumers of
> elfutils/libelf (libdwfl) error handling.
BTW, this ended up not being TLS-related at all. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121527
--- Comment #24 from Richard Biener ---
(In reply to Richard Biener from comment #20)
> Created attachment 62141 [details]
> patch
>
> (In reply to Sam James from comment #18)
> > https://inbox.sourceware.org/gcc-patches/alpine.LNX.2.00.0905101
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121527
--- Comment #22 from Richard Biener ---
(In reply to Eric Botcazou from comment #21)
> > Yeah, I'm looking at what "breaks Ada" means, so I'm testing the attached,
> > a more consistent dropping of this stripping.
>
> Alternatively, the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121527
--- Comment #23 from Eric Botcazou ---
> I'm not exactly sure how so. For constant sizes you could use a
> BIT_FIELD_REF, but for variable sizes there's no good alternative
> (a V_C_E to a fake union plus component-ref maybe?). That said,
> th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121527
--- Comment #21 from Eric Botcazou ---
> Yeah, I'm looking at what "breaks Ada" means, so I'm testing the attached,
> a more consistent dropping of this stripping.
Alternatively, the problematic VIEW_CONVERT_EXPR is generated for upcasting and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121527
--- Comment #20 from Richard Biener ---
Created attachment 62141
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62141&action=edit
patch
(In reply to Sam James from comment #18)
> https://inbox.sourceware.org/gcc-patches/alpine.LNX.2.00.09
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121584
Bug ID: 121584
Summary: -ftrivial-auto-var-init=pattern is incompatible with
opaque sizeless types in ARM C Language Extensions
(ACLE)
Product: gcc
Version: 12.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121527
--- Comment #19 from Eric Botcazou ---
> The following fixes the bug as well:
>
> diff --git a/gcc/tree-sra.cc b/gcc/tree-sra.cc
> index 032f2770484..9bf0672cf41 100644
> --- a/gcc/tree-sra.cc
> +++ b/gcc/tree-sra.cc
> @@ -4086,12 +4089,6 @@ ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
--- Comment #22 from H.J. Lu ---
(In reply to CHARLES GOEDEFROIT from comment #21)
> Another attribute can be named "preserve-some-fpu-regs" to save only the
> registers used in an inline or static function? Is this possible?
At compile time,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107974
--- Comment #10 from Oliver Old ---
(In reply to Pali Rohár from comment #9)
> To allow "legacy" (non-WinAPI) functions like open() to operate with long
> paths, it is required to set "longPathAware" property into EXE file.
Actually, this is req
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121476
--- Comment #2 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:ea8ef439718f51592b4eadb989d2609d57d4b7db
commit r16-3267-gea8ef439718f51592b4eadb989d2609d57d4b7db
Author: Tomasz KamiÅski
Date:
1 - 100 of 128 matches
Mail list logo
