Hi Ben,
> On 21 Apr 2022, at 13:05, Ben Boeckel via Gcc wrote:
>
> On Thu, Apr 21, 2022 at 06:05:52 +0200, Boris Kolpackov wrote:
>> I don't think it is. A header unit (unlike a named module) may export
>> macros which could affect further dependencies. Consider:
>>
>> import
> On 21 Apr 2022, at 19:08, Ben Boeckel wrote:
>
> On Thu, Apr 21, 2022 at 18:59:56 +0100, Iain Sandoe wrote:
>> Hi Ben,
>>
>>> On 21 Apr 2022, at 13:05, Ben Boeckel via Gcc wrote:
>>>
>>> On Thu, Apr 21, 2022 at 06:05:52 +0200, Boris Kolpackov wrote:
I don't think it is. A header
On Thu, Apr 21, 2022 at 18:59:56 +0100, Iain Sandoe wrote:
> Hi Ben,
>
> > On 21 Apr 2022, at 13:05, Ben Boeckel via Gcc wrote:
> >
> > On Thu, Apr 21, 2022 at 06:05:52 +0200, Boris Kolpackov wrote:
> >> I don't think it is. A header unit (unlike a named module) may export
> >> macros which
-Original Message-
From: gcc-announce On Behalf
Of Richard Biener via gcc-announce
Sent: Thursday, April 21, 2022 5:13 AM
To: gcc-annou...@gcc.gnu.org; gcc@gcc.gnu.org; info-...@gnu.org
Cc: Richard Biener
Subject: [EXT] GCC 11.3 Released
[Actual Sender is
Snapshot gcc-9-20220421 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20220421/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
Unsubscribe
El jue., 21 abr. 2022 06:26, Richard Biener via gcc-announce <
gcc-annou...@gcc.gnu.org> escribió:
>
> The GNU Compiler Collection version 11.3 has been released.
>
> GCC 11.3 is a bug-fix release from the GCC 11 branch containing important
> fixes for regressions and serious bugs in
On Thu, Apr 21, 2022 at 06:05:52 +0200, Boris Kolpackov wrote:
> I don't think it is. A header unit (unlike a named module) may export
> macros which could affect further dependencies. Consider:
>
> import "header-unit.hpp"; // May or may not export macro FOO.
>
> #ifdef FOO
> import
Status
==
The gcc-11 branch is again open for regression and documentation fixes.
Quality Data
Priority # Change from last report
--- ---
P1 0
P2 428 + 6
P3 55
P4
The GNU Compiler Collection version 11.3 has been released.
GCC 11.3 is a bug-fix release from the GCC 11 branch containing important
fixes for regressions and serious bugs in GCC 11.2 with more than 189 bugs
fixed since the previous release.
This release is available from the WWW and FTP
On Thu, 21 Apr 2022 at 12:35, David Valtorta via Gcc wrote:
>
> Unsubscribe
See https://gcc.gnu.org/lists.html#subscribe
>
> El jue., 21 abr. 2022 06:26, Richard Biener via gcc-announce <
> gcc-annou...@gcc.gnu.org> escribió:
>
> >
> > The GNU Compiler Collection version 11.3 has been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105276
--- Comment #3 from Andrew Macleod ---
Created attachment 52848
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52848=edit
proposed patch
When I removed the recursion from range_of_stmt, I neglected to incorporate the
existing known
gcc version 12.0.1 20220421 (experimental) [master r12-8217-g605a80bb733] (GCC)
[587] %
[587] % gcctk -O1 small.c; ./a.out
[588] %
[588] % gcctk -Os small.c
[589] % ./a.out
Aborted
[590] %
[590] % cat small.c
int printf(const char *, ...);
int a;
int f() {
int b, c;
for (b = 0; b < 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105337
--- Comment #1 from Zhendong Su ---
Compiler Explorer: https://godbolt.org/z/1bds4P7c7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105337
--- Comment #3 from Marek Polacek ---
Ah, but the testcase has UB: c is used uninitialized.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59881
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
When range_of_stmt was adjusted to avoid large recursion depth, I added
code to precalculate the dependencies without recursion.
This patch adjusted that pre-fill code to intersect the current known
range with the newly calculated one before setting the global range.
this Is what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105335
--- Comment #1 from Andrew Pinski ---
The reason for the lower byte only is because posix says exit value is
truncated to char.
This seems like libiberty not knowing that win32 does not truncate to byte
unlike posix.
Note I thought the c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105337
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105338
Bug ID: 105338
Summary: Regression: jump or cmove generated for pattern (x ?
CST : 0)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105180
Joseph S. Myers changed:
What|Removed |Added
Summary|K style definition does |[9/10/11/12 Regression] K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93256
Mikael Morin changed:
What|Removed |Added
Status|NEW |WAITING
CC|
On Thu, Apr 21, 2022 at 6:41 PM Roger Sayle wrote:
>
>
> Hi Uros,
>
> Many thanks for the review, feedback and suggestions.
> Here's a revised patch incorporating all of the requested
> changes. Bootstrapped and regression tested on
> x86_64-pc-linux-gnu, both -m64 and -m32, with no
> new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105334
Segher Boessenkool changed:
What|Removed |Added
Last reconfirmed||2022-04-21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105321
Marek Polacek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105337
--- Comment #4 from Marek Polacek ---
Eh, disregard previous comment, sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104845
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102177
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:fef3d31bd35f53cbcacaec63b279d38c38b78abe
commit r11-9926-gfef3d31bd35f53cbcacaec63b279d38c38b78abe
Author: Jonathan
On Wed, 20 Apr 2022 18:41:08 PDT (-0700), gcc-patches@gcc.gnu.org wrote:
Hi Joshua:
[from the other thread: Thanks, no idea how I missed all those 32-bit
ports...]
Does Asan work for RISC-V currently? It seems that '-fsanitize=address' is
still unsupported for RISC-V. If I add
On Wed, Apr 20, 2022, 16:27 Harald Anlauf wrote:
>
> Hi Fritz,
>
> Am 20.04.22 um 20:03 schrieb Fritz Reese via Fortran:
> > See the bug report at gcc dot gnu dot org/bugzilla/show_bug.cgi?id=105310 .
>
> OK if you add a/the testcase.
..
>
> As this affects all branches, you may backport the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105337
--- Comment #5 from Jakub Jelinek ---
printf isn't really needed. This fails even with -O2, doesn't with -O1 or -O0:
__attribute__((noipa)) void
bar (int x)
{
(void) x;
}
int a;
int
foo (void)
{
int b, c;
for (b = 0; b < 3; b++)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105337
Jakub Jelinek changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93256
--- Comment #2 from Thomas Koenig ---
Works for 12.0., fails with 9.4.0.
So, I assume this has been fixed in the meantime, it would be interesting
to see when.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103623
--- Comment #34 from Segher Boessenkool ---
*** Bug 105334 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105334
Segher Boessenkool changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Hi Uros,
Many thanks for the review, feedback and suggestions.
Here's a revised patch incorporating all of the requested
changes. Bootstrapped and regression tested on
x86_64-pc-linux-gnu, both -m64 and -m32, with no
new failures. Ok for mainline?
2022-04-21 Roger Sayle
Uroš
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99307
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100813
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment
A new failure has been detected on builder gccrust-debian-arm64 while building
gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#builders/34/builds/8
Build state: failed compile (failure)
Revision: 03ec66cf1162f139ba873e5d8237a1dfad989937
Worker: debian-arm64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105101
--- Comment #13 from Michael_S ---
It turned out that on all micro-architectures that I care about (and majority
of those that I don't care) double precision floating point division is quite
fast.
It's so fast that it easily beats my clever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99308
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96592
--- Comment #12 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:d65b274f1f44c59382b7dad7759cfaf3c8397cf8
commit r11-9927-gd65b274f1f44c59382b7dad7759cfaf3c8397cf8
Author: Jonathan
On 21 April 2022 10:18:48 CEST, "Martin Liška" wrote:
>Pushed to master.
>- if test "$gcc_cv_gld_major_version" -eq 2 -a "$gcc_cv_gld_minor_version"
>-ge 19 -o "$gcc_cv_gld_major_version" -gt 2 \
>+ if test $ld_is_mold = yes; then
>+gcc_cv_ld_compress_debug=3
>+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105321
--- Comment #8 from James Touton ---
Thanks for the quick action on this!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105337
--- Comment #7 from Jakub Jelinek ---
Perhaps similar or dup of PR100810?
libcpp/ChangeLog
2022-04-21 Kaz Kylheku
This change introduces a pair of related macros
__EXP_COUNTER__ and __UEXP_COUNTER__. These macros access
integer values which enumerate macro expansions.
They can be used for the purposes of obtaining, unique
On Thu, Apr 14, 2022 at 11:55:10PM -0400, Jason Merrill wrote:
> On 4/13/22 19:17, Marek Polacek wrote:
> > -static tree
> > -get_constant (const_tree fntype, const_tree atname, tree expr, int argno,
> > + N.B. This function modifies EXPR. */
> > +
> > +static bool
> > +get_constant (const_tree
A retry build has been detected on builder gccrust-debian-arm64 while building
gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#builders/34/builds/10
Build state: retry lost connection compile (retry)
Revision: 53ce1d5ac9106bc7427f14c285d782c1023124ec
Worker:
A new failure has been detected on builder gccrust-debian-arm64 while building
gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#builders/34/builds/13
Build state: failed compile (failure)
Revision: fe10ca37aba8f3cb9bfaa9dd01bdb1329317cf21
Worker: debian-arm64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96957
Marek Polacek changed:
What|Removed |Added
Status|NEW |SUSPENDED
CC|
Hi,
On Thu, Apr 21, 2022 at 06:32:37PM +, builder--- via Gcc-rust wrote:
> A new failure has been detected on builder gccrust-debian-arm64 while
> building gccrust.
>
> Full details are available at:
> https://builder.sourceware.org/buildbot/#builders/34/builds/8
>
> Build state:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105329
--- Comment #3 from Andrew Macleod ---
Just to bookmark where the analysis is since im out for a few days, in the
restrict pass, with ranger tracing on, the code sequence is:
[local count: 14831835]:
__nleft_49 = (const size_type) _48;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105339
Bug ID: 105339
Summary: [x86] missing AVX-512F scalef functions when
optimization is disabled
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102185
--- Comment #4 from Andreas Schwab ---
The test fails on riscv because it doesn't handle floatABI == "double".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105329
--- Comment #2 from Andrew Macleod ---
The problem goes away if we use --param=evrp-mode-legacy. Ranger picks up a
few more things and we eliminate a couple of latter comparisons which in turn
affect threading, etc etc. and we present the
Hello,
this is a fix for PR103662, a TBAA issue with unlimited polymorphic types.
I attached a draft patch to the PR which was accumulating all unlimited
polymorphic symbols to a single namespace, avoiding duplicate symbols
and thus eliminating the problem.
After reviewing the code more in
RA now chooses GEN_OR_VSX_REGS in most cases. This is great in most
cases, but we often (or always?) use {l,st}{f,xs}iwzx now, which is
problematic because the integer load and store insns can use cheaper
addressing modes. We can fix that by putting a small penalty on the
instruction
This testcase does not generate anywhere near optimal code for 32-bit
code. For p10 it actually now fails this testcase, after the previous
patch. Let's xfail it.
2022-04-21 Segher Boessenkool
gcc/testsuite/
PR target/103197
PR target/102146
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105334
--- Comment #3 from Segher Boessenkool ---
Oh duh, this is pack, not unpack. I see the problem now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
--- Comment #14 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:748d46cd049c89a799f99f14547267ebae915af6
commit r12-8222-g748d46cd049c89a799f99f14547267ebae915af6
Author: Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
--- Comment #13 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:26fa464f42622c60d6929720dd37143a21054ede
commit r12-8221-g26fa464f42622c60d6929720dd37143a21054ede
Author: Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146
--- Comment #11 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:26fa464f42622c60d6929720dd37143a21054ede
commit r12-8221-g26fa464f42622c60d6929720dd37143a21054ede
Author: Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146
--- Comment #12 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:748d46cd049c89a799f99f14547267ebae915af6
commit r12-8222-g748d46cd049c89a799f99f14547267ebae915af6
Author: Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44317
Kaz Kylheku changed:
What|Removed |Added
CC||kkylheku at gmail dot com
--- Comment #12
Hi,
This patch merges the D front-end with upstream dmd eb7bee331, and
the standard library with druntime 27834edb and phobos ac296f80c.
D front-end changes:
- Import dmd v2.100.0-beta.1.
- Print deprecation messages for scope violations unless
`-frevert=dip1000' is used.
-
A restored build has been detected on builder gccrust-debian-arm64 while
building gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#builders/34/builds/14
Build state: build successful
Revision: dd9e4c1e0ca0b14388a3cd43f18a4e1a7aebe6e5
Worker: debian-arm64
This is true if we have -mpowerpc64.
2022-04-21 Segher Boessenkool
gcc/testsuite/
* lib/target-supports.exp (check_effective_target_has_arch_ppc64): New.
---
gcc/testsuite/lib/target-supports.exp | 10 ++
1 file changed, 10 insertions(+)
diff --git
This series adds "?" on the "Z" for lfiwzx and similar, so that we
preferably choose some D-form storage insn, instead of the X-form insn.
The D-form insns work on GPRs only, but it is still much preferred.
Committing to trunk.
Segher
Segher Boessenkool (3):
rs6000: Add effective target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105334
--- Comment #4 from Segher Boessenkool ---
Created attachment 52849
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52849=edit
proposed patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105334
--- Comment #5 from Kewen Lin ---
Oops, sorry that I just verified the original case in PR103623 previously,
missed to find it doesn't have pack bif.
Maybe we could add one test case to cover both unpack and pack ICEs, such as:
$cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102892
jiawei changed:
What|Removed |Added
CC||jiawei at iscas dot ac.cn
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105297
--- Comment #15 from Jiu Fu Guo ---
(In reply to Patrick Palka from comment #13)
> (In reply to Jiu Fu Guo from comment #11)
> > (In reply to Patrick Palka from comment #10)
> > >
> > > Interestingly that doesn't seem to make a difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105339
--- Comment #2 from Hongtao.liu ---
We need to add macro for _mm_{mask,maskz}_scalef_round_{sd,ss} intriniscs for
gcc-9/10/11/12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105340
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-04-22
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105340
--- Comment #4 from okay ---
When compiling gcc from source code, which parameter should give to configure
script? such as ${BINUTILS_SOURCE_DIR}/configure --prefix=${NATIVE_PREFIX}
--with-sysroot=${CROSS_PREFIX} etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #19 from Jiang An ---
Oh... I was wrong. TR1 mentioned -f and -l variants of "new" (C99) function
families (e.g. truncf), but no those of "old" (C89) math function families.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105342
Bug ID: 105342
Summary: [Extended Asm]Memory barrier geater than a function
call
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105334
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105340
Bug ID: 105340
Summary: xgcc: fatal error: -fuse-linker-plugin, but
liblto_plugin.so not found
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105340
--- Comment #2 from okay ---
[root]# cat main.c
int main()
{
return 0;
}
[root]# /home/gcc-7.5.0/host-aarch64-unknown-linux-gnu/gcc/xgcc -o main main.c
xgcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found
compilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105340
--- Comment #5 from Andrew Pinski ---
(In reply to okay from comment #4)
> When compiling gcc from source code, which parameter should give to
> configure script? such as ${BINUTILS_SOURCE_DIR}/configure
> --prefix=${NATIVE_PREFIX}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105341
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612
Andrew Pinski changed:
What|Removed |Added
CC||MF21330112 at smail dot
nju.edu.cn
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105341
Bug ID: 105341
Summary: Load introduction when writing a global variable
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105339
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105340
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
On 17/04/2022 13:27, Jørgen Kvalsvik wrote:
In theory, would it be possible to print the state of the truth table with the
information available in the gcda and gcno files? For example:
Truth table for: a && (b || c)) && d
0 | 1 | 2 | 3 || covered
--+---+---+---++
0 | X | X | X || Y
On Thu, Apr 21, 2022 at 5:59 PM Andrew MacLeod wrote:
>
> When range_of_stmt was adjusted to avoid large recursion depth, I added
> code to precalculate the dependencies without recursion.
>
> This patch adjusted that pre-fill code to intersect the current known
> range with the newly calculated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105328
Bug ID: 105328
Summary: [x86] Failure to optimize out test instruction after
add
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105203
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:504b02c70abcc31e0e9b56e69f82f85b5261bca9
commit r12-8211-g504b02c70abcc31e0e9b56e69f82f85b5261bca9
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62051
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #28 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #67 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #19 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92005
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #8 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91470
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #8 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92955
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #13 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95381
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #19 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105203
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] |[11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95084
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #3 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94440
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #22 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98237
Richard Biener changed:
What|Removed |Added
Target Milestone|11.3|11.4
--- Comment #4 from Richard
1 - 100 of 353 matches
Mail list logo
