https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113669
--- Comment #3 from Jiajing_Zheng ---
(In reply to Jakub Jelinek from comment #1)
> This is because already the FE optimizes it, when it sees that
> ((int)(g_B * g_A[1])) & (g_A[1] & g_A[0]) | g_A[0]
> is just being added to unsigned char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113700
--- Comment #2 from Niclas Rosenvik ---
(In reply to Andrew Pinski from comment #1)
> >I tried to add the gcc12 and up parts of
>
> It is correct except it should just use GCC 14 I think.
I forgot to mention that the problem with _Float16 aka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113692
--- Comment #3 from Richard Biener ---
integer to pointer conversions are not constrained in GIMPLE, only
pointer-to-int widening conversions are.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113690
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113687
Richard Biener changed:
What|Removed |Added
Blocks||56456
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113685
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-02-01
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
--- Comment #3 from Richard Biener ---
I'm usually having cross assembler/linker around as they are easy to build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113700
--- Comment #1 from Andrew Pinski ---
>I tried to add the gcc12 and up parts of
It is correct except it should just use GCC 14 I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113700
Bug ID: 113700
Summary: libgcc_s does not include symbols for _Float16 and
__bf16 on Solaris/Illumos even though gcc generates
code for _Float16 and __bf16
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113553
--- Comment #2 from Andrew Pinski ---
Which glibc are you using?
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82346 and maybe
https://sourceware.org/bugzilla/show_bug.cgi?id=22146
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111403
--- Comment #8 from Chenghui Pan ---
(In reply to Xi Ruoyao from comment #4)
> After r14-5545 this issue became latent.
>
> And at some point before r14-5545 this issue became nondeterministic: a
> compiled program *sometimes* crashes. Really
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113560
--- Comment #8 from GCC Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:2f14c0dbb789852947cb58fdf7d3162413f053fa
commit r14-8680-g2f14c0dbb789852947cb58fdf7d3162413f053fa
Author: Roger Sayle
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113699
--- Comment #2 from Andrew Pinski ---
The code for lowering asm is not expecting an SSA_NAME_IS_DEFAULT_DEF here ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113699
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-01
--prefix=/repo/gcc-trunk//binary-trunk-r14-8665-20240131161256-g3fed1609f61-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240131 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113698
--- Comment #2 from Andrew Pinski ---
Actually I misread the testcase, because it looks like LLVM's libomp follows
the same as GCC's.
And it looks like the OpenMP spec is specific about that behavior too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113698
--- Comment #1 from Andrew Pinski ---
https://www.openmp.org/spec-html/5.0/openmpse52.html
> Otherwise, the execution environment should not move OpenMP threads between
> OpenMP places, thread affinity is enabled, and __the initial thread is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113698
Bug ID: 113698
Summary: GNU OpenMP with OMP_PROC_BIND alters thread affinity
in a way that negatively affects performance
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93509
--- Comment #3 from Matheus Afonso Martins Moreira ---
Equivalent feature request in the LLVM issue tracker:
https://github.com/llvm/llvm-project/issues/80236
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113697
Bug ID: 113697
Summary: RISC-V: Redundant vsetvl insn in function
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113696
Bug ID: 113696
Summary: RISC-V: ineffective vsetvl behavior
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113249
--- Comment #5 from GCC Commits ---
The master branch has been updated by Edwin Lu :
https://gcc.gnu.org/g:4b799a16ae59fc0f508c5931ebf1851a3446b707
commit r14-8674-g4b799a16ae59fc0f508c5931ebf1851a3446b707
Author: Edwin Lu
Date: Wed Jan 31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113690
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|target
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113690
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113657
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113657
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:dbf847d2c8d1c910948ba34c9338939c67323273
commit r14-8671-gdbf847d2c8d1c910948ba34c9338939c67323273
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113253
--- Comment #4 from David Malcolm ---
Should be fixed on trunk for gcc 14 by the above patch.
Keeping open to backport to other branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113253
--- Comment #3 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:cc7aebff74d8967563fd9af5cb958dfcc8c111e8
commit r14-8670-gcc7aebff74d8967563fd9af5cb958dfcc8c111e8
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113695
--- Comment #1 from JuzheZhong ---
Since both operand are input operand, early clobber "&" constraint can not
help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113695
Bug ID: 113695
Summary: RISC-V: Sources with different EEW must use different
registers
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113694
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113689
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113694
Bug ID: 113694
Summary: Allow renaming stack smashing protector symbols
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113691
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113693
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108636
Mark Bourgeault changed:
What|Removed |Added
CC||Mark_B53 at yahoo dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93509
Matheus Afonso Martins Moreira changed:
What|Removed |Added
CC||matheus.a.m.moreira at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113692
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112571
Joseph S. Myers changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jsm28 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112571
--- Comment #3 from GCC Commits ---
The master branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:d22d1a9346f27db41459738c6eb404f8f0956e6f
commit r14-8669-gd22d1a9346f27db41459738c6eb404f8f0956e6f
Author: Joseph Myers
Date:
cking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240131 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113692
--- Comment #1 from Andrew Pinski ---
My bet you could get the same error with:
_BitInt(129) i;
void *
foo(void)
{
void *ret = 0;
ret = (void *)(__SIZETYPE__)(i & 1);
return ret;
}
-r14-8665-20240131161256-g3fed1609f61-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240131 (experimental) (GCC)
c version 14.0.1 20240131 (experimental) (GCC)
-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240131 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688
uecker at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-01-31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113438
uecker at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
with-ld=/usr/bin/x86_64-pc-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8665-20240131161256-g3fed1609f61-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688
uecker at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |14.0
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688
Bug ID: 113688
Summary: verify_type fails for compatible structs with FAM in
C23
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113607
--- Comment #24 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:8123f3ca3fd891034a8366518e756f161c4ff40d
commit r14-8668-g8123f3ca3fd891034a8366518e756f161c4ff40d
Author: Robin Dapp
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492
uecker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113438
--- Comment #6 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:f6ba433d3c30c20fadd393eed31617a4da81789c
commit r14-8666-gf6ba433d3c30c20fadd393eed31617a4da81789c
Author: Martin Uecker
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110659
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113687
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113687
Bug ID: 113687
Summary: -Warray-bounds is not emitted inside class method
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104908
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:5741e5fc53161ccf2056e0670334ea528431feb7
commit r13-8266-g5741e5fc53161ccf2056e0670334ea528431feb7
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113253
--- Comment #2 from David Malcolm ---
I'm testing a fix.
The bug observably affects trunk and gcc 13.2.
It it probably also present but latent on gcc 12, 11, and 10
(-Wanalyzer-deref-before-check was added in gcc 13).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113686
palmer at gcc dot gnu.org changed:
What|Removed |Added
CC||nelsonc1225 at sourceware
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113686
Bug ID: 113686
Summary: [RISC-V] TLS (Local Exec) relaxation on structures
(LE)
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113685
Bug ID: 113685
Summary: [14 regression] xxx fails after yyy
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113674
--- Comment #5 from Joseph S. Myers ---
C supports _Noreturn (and thus ___Noreturn__) as an attribute name, so that
code with "#define noreturn _Noreturn" (probably from stdnoreturn.h) works with
C23 [[noreturn]].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402
--- Comment #7 from Jakub Jelinek ---
See https://gcc.gnu.org/pipermail/gcc-patches/2024-January/644521.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90276
--- Comment #9 from frs.dumont at gmail dot com ---
Here is the reason of the
20_util/specialized_algorithms/pstl/uninitialized_copy_move.cc FAIL.
Maybe it fixes some other tests too, I need to run all of them.
libstdc++: Do not forward
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
--- Comment #2 from H.J. Lu ---
(In reply to Andrew Pinski from comment #1)
> This usecase is only for GCC developers and it might even confuse regular
> users of GCC ...
True, such cross compilers are only for GCC developers. Regular won't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113682
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|middle-end
--- Comment #3 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113683
--- Comment #1 from Andrew Pinski ---
MSVC rejects this also for the same reason:
(10): error C2243: 'static_cast': conversion from 'const B *' to 'const
A *' exists, but is inaccessible
clang accepts it though ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
Andrew Pinski changed:
What|Removed |Added
Keywords||internal-improvement
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P2
Target Milestone|14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111403
--- Comment #7 from Xi Ruoyao ---
(In reply to Andreas Schwab from comment #6)
> GDB disables ASLR.
Indeed, with "setarch -R" it always crashes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503
--- Comment #4 from Jakub Jelinek ---
It is the
PR fortran/82774
(alloc_scalar_allocatable_subcomponent): Shorten the function
name and replace the symbol argument with the se string length.
If a deferred length character length is either not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111403
--- Comment #6 from Andreas Schwab ---
GDB disables ASLR.
Time: 1/31/2024 5:13 PM
Message length is 0:19 secs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113618
Wilco changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |wilco at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111627
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113674
--- Comment #4 from Marek Polacek ---
Note that
[[pure]] int
g (int i)
{
return i;
}
doesn't crash: pure isn't a standard attribute. The crash seems to occur only
with an attribute that is registered twice: the GNU version and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113682
--- Comment #2 from Andrew Pinski ---
I should note that on x86, 2 cmov in a row might be an issue and worse than
branches. There is a cost model and the x86 backend rejects that.
There are some cores where it is worse. I don't know if it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111403
--- Comment #5 from Xi Ruoyao ---
(In reply to Xi Ruoyao from comment #4)
> After r14-5545 this issue became latent.
>
> And at some point before r14-5545 this issue became nondeterministic: a
> compiled program *sometimes* crashes. Really
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111403
--- Comment #4 from Xi Ruoyao ---
After r14-5545 this issue became latent.
And at some point before r14-5545 this issue became nondeterministic: a
compiled program *sometimes* crashes. Really strange...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113674
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113253
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2024-01-31
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113253
--- Comment #1 from David Malcolm ---
Created attachment 57268
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57268=edit
Reduced reproducer
Thanks for filing this bug. The attached is a simplified reproducer on trunk,
with:
-fanalyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
Bug ID: 113684
Summary: Cross compiler without assembler and linker should
assume that all assembler and linker features are
available
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113674
--- Comment #2 from Marek Polacek ---
[[maybe_unused]] int
g (int i)
{
return i;
}
crashes in cc1plus since r8-2418-g577eec56569258 which is probably the real
culprit:
commit 577eec5656925889d99c658de2a54ba8bd3ebf79
Author: Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113679
--- Comment #11 from Jakub Jelinek ---
Anyway, seems clang is buggy:
clang -O2 -m32 -mno-sse -mfpmath=387 -fexcess-precision=standard
#include
int
main ()
{
#if FLT_EVAL_METHOD == 2 && LDBL_MANT_DIG == 64 && DBL_MANT_DIG == 53
if ((double)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111627
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:4fd094835a8997cdcc3d18d7d297debe1527202d
commit r14-8663-g4fd094835a8997cdcc3d18d7d297debe1527202d
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
--- Comment #6 from Patrick Palka ---
Ah, this seems to be a general declaration matching issue not specific to
modules. Here's a non-modules testcase:
template class TT, class T>
decltype(TT{T()}) f(); // #1
template class TT, class T>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113683
Bug ID: 113683
Summary: explicit template instantiation wrongly checks private
base class accessibility
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113680
--- Comment #3 from Kang-Che Sung ---
Oops. I made a typo in the test code. func4() shouldn't have that redundant
brace.
The corrected example:
```
void func4(int x, int y) {
int diff = x - y;
if (diff > 0)
putchar('>');
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106052
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
--- Comment #5 from Patrick Palka ---
Reduced:
$ cat 112737.h
template class _Cont>
using _DeduceExpr1 = decltype(_Cont{});
$ cat 112737_a.H
#include "112737.h"
$ cat 112737_b.C
import "112737_a.H";
#include "112737.h"
$ g++ -fmodules-ts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113502
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113502
--- Comment #2 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:f7935beef7b02fbba0adf33fb2ba5c0a27d7e9ff
commit r14-8662-gf7935beef7b02fbba0adf33fb2ba5c0a27d7e9ff
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644
--- Comment #11 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:0a640455928a050315f6addd88ace5d945eba130
commit r14-8661-g0a640455928a050315f6addd88ace5d945eba130
Author: Tamar Christina
1 - 100 of 187 matches
Mail list logo
