https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108761
Bug ID: 108761
Summary: Add option to produce a unique section for non-COMDAT
__attribute__((section("foo"))) object
Product: gcc
Version: unknown
Status: UNCONFIRMED
On 2023-02-11 06:32, Jonathan Yong wrote:
On 2/6/23 06:40, Jonathan Yong wrote:
On 1/18/23 10:44, i.nixman--- via Gcc-patches wrote:
hello again!
the final version of the path for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350
successfully bootstraped for x86_64-mingw32 and
On 2/6/23 06:40, Jonathan Yong wrote:
On 1/18/23 10:44, i.nixman--- via Gcc-patches wrote:
hello again!
the final version of the path for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350
successfully bootstraped for x86_64-mingw32 and x86_64-linux.
could anyone apply it please?
best!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108760
Bug ID: 108760
Summary: ranges::iota is not included in
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108759
Bug ID: 108759
Summary: "mandatory copy elision" not implemented during
constant evaluation redux
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #9 from nightstrike ---
I understand it's not ideal based on comment #6, but this fixes all the tests:
diff --git a/gcc/testsuite/gcc.c-torture/execute/builtins/lib/fprintf.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104577
S. Davis Herring changed:
What|Removed |Added
CC||herring at lanl dot gov
--- Comment
From: Pan Li
PR 108185
PR 108654
The bytesize of the vbool*_t isn't well defined. This patch
adjust the rvv bool modes with actually mode size in bytes.
However, only allow mode tieable when exactly equal for the
rvv bool types, aka vbool1_t,
On 2/9/23 02:48, Andreas Schwab via Gcc-patches wrote:
PR target/108723
* gcc.target/riscv/shorten-memrefs-1.c: Adjust patterns to skip
over cfi directives.
* gcc.target/riscv/shorten-memrefs-2.c: Likewise.
* gcc.target/riscv/shorten-memrefs-3.c: Likewise.
*
Casual observation from a random reader that's sometimes hit by
testresults acting up:
On Thu, 9 Feb 2023, Dimitrij Mijoski via Gcc-patches wrote:
> libstdc++-v3/ChangeLog:
>
> * testsuite/22_locale/codecvt/codecvt_unicode.cc: Rename
> functions.
> *
On Fri, 10 Feb 2023 at 18:25, Thomas Rodgers wrote:
>
> This patch did not get committed in a timely manner after it was OK'd. In
> revisiting the patch some issues were found that have lead me to resubmit for
> review -
>
> Specifically -
>
> The original commit to add C++20 atomic_flag::test
These are the 3rd version of the patches for PR101832, to fix
builtin_object_size to correctly handle component_ref to a
structure/union field that includes a flexible array member.
also includes a documentation update for the GCC extension on embedding
a structure/union with flexible array
on structure with C99 flexible array member being nested in another structure.
This is also fixed PR77650.
" GCC extension accepts a structure containing a ISO C99 "flexible array
member", or a union containing such a structure (possibly recursively)
to be a member of a structure.
There are
GCC extension accepts the case when a struct with a C99 flexible array member
is embedded into another struct or union (possibly recursively).
__builtin_object_size should treat such struct as flexible size.
gcc/c/ChangeLog:
PR tree-optimization/101832
* c-decl.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108754
--- Comment #9 from Vladimir Makarov ---
(In reply to Hans-Peter Nilsson from comment #8)
> My test-run with the suggested change on top of r13-5761-g10827a92f1a8c3
> came out clean (all regressions resolved, no new ones added) so I'll close
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108745
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On Fri, Feb 10, 2023 at 2:43 PM Philipp Tomsich
wrote:
>
> On RISC-V, conditional-zero (i.e., move a register value or zero to a
> destination register) instructions are part if the Zicond extension.
> To support architectures that have similar constructs, we define a
> canonical RTL
Integration testing shows this patch fixes all 9 known false positives
from -Wanalyzer-deref-before-check within ImageMagick-7.1.0-57, and
eliminates 34 further as-yet unassessed such diagnostics, without
eliminating the 1 known true positive.
This improves the rate of true positives for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108745
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:aa601e30758581837c9ca7b738ec2810a18350f5
commit r13-5811-gaa601e30758581837c9ca7b738ec2810a18350f5
Author: David Malcolm
Date:
On Fri, Feb 10, 2023 at 2:47 PM Philipp Tomsich
wrote:
>
> Some architectures, as it the case on RISC-V with the proposed
> ZiCondOps and the vendor-defined XVentanaCondOps, define a
> conditional-zero instruction that is equivalent to:
> - the positive form: rd = (rc != 0) ? rs : 0
> - the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108758
Bug ID: 108758
Summary: gcc.target/powerpc/float128-cmp2-runnable.c fails with
excess errors on power 9 BE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108754
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106120
Hans-Peter Nilsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 106120, which changed state.
Bug 106120 Summary: [13 regression] g++.dg/warn/Wstringop-overflow-4.C fails
since r13-1268-g8c99e307b20c50
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106120
What|Removed
The vendor-defined XVentanaCondOps extension adds two instructions
with semantics identical to Zicond.
This plugs the 2 new instruction in using the canonical RTX, which
also matches the combiner-input for noce_try_store_flag_mask and
noce_try_store_flag, defined for conditional-zero.
For
While the positive case "if ((bits >> SHAMT) & 1)" for SHAMT 0..10 can
trigger conversion into efficient branchless sequences
- with Zbs (bexti + neg + and)
- with Zicond (andi + czero.nez)
the inverted/negated case results in
andi a5,a0,1024
seqz a5,a5
neg a5,a5
and a5,a5,a1
due to
Some architectures, as it the case on RISC-V with the proposed
ZiCondOps and the vendor-defined XVentanaCondOps, define a
conditional-zero instruction that is equivalent to:
- the positive form: rd = (rc != 0) ? rs : 0
- the negated form: rd = (rc == 0) ? rs : 0
While
Users might use explicit arithmetic operations to create a mask and
then and it, in a sequence like
cond = (bits >> SHIFT) & 1;
mask = ~(cond - 1);
val &= mask;
which will present as a single-bit sign-extract.
Dependening on what combination of XVentanaCondOps and Zbs are
available,
When if-conversion encounters sequences using immediates, the
sequences can't trivially map back onto czero.eqz/czero.nezt (even if
benefitial) due to czero.eqz/czero.nez not having immediate forms.
This adds a splitter to rewrite opportunities for Zicond that operate
on an immediate by first
When if-conversion in noce_try_store_flag_mask starts the sequence off
with an order-operator, our patterns for czero.eqz/nez will receive
the result of the order-operator as a register argument; consequently,
they can't know that the result will be either 1 or 0.
To convey this information (and
This adds the xventanacondops extension to the option parsing and as a
default for the ventana-vt1 core:
gcc/Changelog:
* common/config/riscv/riscv-common.cc: Recognize
"xventanacondops" as part of an architecture string.
* config/riscv/riscv-opts.h
The (proposed, but about to be frozen) Zicond extension adds 2
unconditional R-type instructions that can be used to build branchless
sequences that have conditional-arithmetic/bitwise/select semantics
and integrate will with the RISC-V architecture.
See the Zicond specification for details:
Adds a pattern to map the output of noce_try_store_flag_mask
if-conversion in the combiner onto vt.maskc; the input patterns
supported are similar to the following:
(set (reg/v/f:DI 75 [ ])
(and:DI (neg:DI (ne:DI (reg:DI 82)
(const_int 0 [0])))
On RISC-V, conditional-zero (i.e., move a register value or zero to a
destination register) instructions are part if the Zicond extension.
To support architectures that have similar constructs, we define a
canonical RTL representation that can be used in if-conversion.
Signed-off-by: Philipp
This adds the RISC-V Zicond extension to the option parsing.
gcc/ChangeLog:
* common/config/riscv/riscv-common.cc: Recognize "zicond"
as part of an architecture string.
* config/riscv/riscv-opts.h (MASK_ZICOND): Define.
(TARGET_ZICOND): Define.
Signed-off-by:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
--- Comment #2 from Andrew Pinski ---
I am not sure this can be done in the normal case unless you know the range of
a to be [64...INF] .
The wrap around case might be an issue ...
But I am not 100% sure.
Snapshot gcc-11-20230210 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20230210/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108516
--- Comment #5 from Levo DeLellis ---
Here's a testcase for the same problem
struct T2 { bool a, b; };
static T2 test();
int myfunc() {
auto [a, b] = test();
return ((int)a<<1) + b;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97529
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96433
Andrew Pinski changed:
What|Removed |Added
CC||jmuizelaar at mozilla dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
Peter Bergner changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
Bug ID: 108757
Summary: We do not simplify (a - (N*M)) / N + M -> a / N
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108756
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108516
Andrew Pinski changed:
What|Removed |Added
CC||levo.delellis at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108705
Rimvydas (RJ) changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108756
Bug ID: 108756
Summary: Unnecessary instruction
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
> The following fixes a latent issue when we mark control edges but
> end up with marking a block with no stmts necessary. In this case
> we fail to mark dependent control edges of that block.
>
> Bootstrapped and tested on x86_64-unknown-linux-gnu.
>
> Does this look OK?
>
> Thanks,
>
On 2/10/23 13:34, Richard Biener wrote:
In any case, if you disagree I don’t' really see a way forward aside from
making this its own pattern
running it before the overwidening pattern.
I think we should look to see if ranger can be persuaded to provide the
range of the 16-bit addition,
citeseer.ist.psu.edu stalls, whereas citeseerx.ist.psu.edu responds.
Switch to https on the way.
Pushed.
Gerald
---
htdocs/news/profiledriven.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/news/profiledriven.html b/htdocs/news/profiledriven.html
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103259
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103259
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:0f1bc8f39c46223897d13d23fefcd456da91b203
commit r11-10517-g0f1bc8f39c46223897d13d23fefcd456da91b203
Author: Steve Kargl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108609
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f4efceac1741c03bc3c86f95e4bcd8918ec8ebe6
commit r11-10515-gf4efceac1741c03bc3c86f95e4bcd8918ec8ebe6
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95107
--- Comment #13 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:4eba6812c5652005e0e9dc62358a6fb3bda193e6
commit r11-10516-g4eba6812c5652005e0e9dc62358a6fb3bda193e6
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108527
--- Comment #11 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:c01a495d96f7e9e07b16f62c3476c5242d66aeeb
commit r11-10514-gc01a495d96f7e9e07b16f62c3476c5242d66aeeb
Author: Harald
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91846
Marek Polacek changed:
What|Removed |Added
CC||ramir.sultano at ya dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108755
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108755
Bug ID: 108755
Summary: ICE in use_thunk at cp/method.cc:317
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106675
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106120
--- Comment #8 from seurer at gcc dot gnu.org ---
Yes, in the test run I just did it worked.
> Am 10.02.2023 um 19:12 schrieb Richard Sandiford via Gcc-patches
> :
>
> Tamar Christina writes:
>>> -Original Message-
>>> From: Richard Sandiford
>>> Sent: Friday, February 10, 2023 4:57 PM
>>> To: Tamar Christina
>>> Cc: Tamar Christina via Gcc-patches ; nd
>>> ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106120
--- Comment #7 from Hans-Peter Nilsson ---
Can the reporter please affirm that the issue is now solved (ppc64 m32 BE)?
It is for cris-elf, but it wouldn't be right closing someone elses bug-report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108605
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
This patch did not get committed in a timely manner after it was OK'd. In
revisiting the patch some issues were found that have lead me to resubmit
for review -
Specifically -
The original commit to add C++20 atomic_flag::test did not include the free
functions for atomic_flag_test[_explicit]
Tamar Christina writes:
>> -Original Message-
>> From: Richard Sandiford
>> Sent: Friday, February 10, 2023 4:57 PM
>> To: Tamar Christina
>> Cc: Tamar Christina via Gcc-patches ; nd
>> ; rguent...@suse.de; j...@ventanamicro.com
>> Subject: Re: [PATCH 1/2]middle-end: Fix wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108692
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] |[11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108607
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108596
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression] error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108498
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] ppc64|[11 Regression] ppc64 big
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108365
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[10/11 Regression] Wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108286
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108264
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] ICE |[11 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108206
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103035
Bug 103035 depends on bug 108166, which changed state.
Bug 108166 Summary: [12 Regression] Wrong code with -O2 since
r12-8078-ga42aa68bf1ad745a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108166
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108166
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression] decimal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107997
--- Comment #14 from Jakub Jelinek ---
Fixed for gcc 12.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107317
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] ICE |[10/11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107127
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] Long |[11 Regression] Long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106875
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] ICE in |[11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106751
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression] internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106719
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102633
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106523
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression] forwprop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105972
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53932
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] C++ |[10/11 Regression] C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108754
--- Comment #7 from Hans-Peter Nilsson ---
Oh, already committed. Still testing, FWIW.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739
--- Comment #65 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:a5453c659bce698d80f5aebdab5ab0eba39b1ed6
commit r12-9153-ga5453c659bce698d80f5aebdab5ab0eba39b1ed6
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108474
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:c153fb6a5bda225fcfb34e17994a31b65616a6db
commit r12-9159-gc153fb6a5bda225fcfb34e17994a31b65616a6db
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108435
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8e74c4389ce242b571cc182b19e88b7c08656145
commit r12-9150-g8e74c4389ce242b571cc182b19e88b7c08656145
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107468
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0061c84d2d85ca4c2ceca6116937f2d1fab6e10a
commit r12-9154-g0061c84d2d85ca4c2ceca6116937f2d1fab6e10a
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108560
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:ca1e81324ab9915b745e724945db4a108777f46d
commit r12-9145-gca1e81324ab9915b745e724945db4a108777f46d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
--- Comment #13 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:a5453c659bce698d80f5aebdab5ab0eba39b1ed6
commit r12-9153-ga5453c659bce698d80f5aebdab5ab0eba39b1ed6
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #29 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:732d744e82332e7cc269694197c0df2a3635730f
commit r12-9161-g732d744e82332e7cc269694197c0df2a3635730f
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #31 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:c3ba6680492ee1ddef6ae8493787c36c45c2d20e
commit r12-9163-gc3ba6680492ee1ddef6ae8493787c36c45c2d20e
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53932
--- Comment #13 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d4eca31c521f54a3066f9940fbf09e28b53eff8c
commit r12-9142-gd4eca31c521f54a3066f9940fbf09e28b53eff8c
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108365
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:369454ecb53a2911946356b09347259c953f435f
commit r12-9156-g369454ecb53a2911946356b09347259c953f435f
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90543
--- Comment #16 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:db09666c7a014a86693bebcf4e8487f40937f999
commit r12-9143-gdb09666c7a014a86693bebcf4e8487f40937f999
Author: Eric Biggers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #30 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:72af61b122127b112215d496d65c64cfdc56fce8
commit r12-9162-g72af61b122127b112215d496d65c64cfdc56fce8
Author: Jakub Jelinek
1 - 100 of 244 matches
Mail list logo