https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101862
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101895
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101895
--- Comment #1 from Andrew Pinski ---
I wonder if we should do something like in match.pd anyways (unrelated to this
issue):
(simplify
(vec_perm (any_binary:s (VEC_DUP/CONSTRUCTOR@0) @1)@2 @2 @3)
(any_binary @0 (vec_perm @1 @1 @3)))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101895
Bug ID: 101895
Summary: [11/12 Regression] SLP Vectorizer change pushes
VEC_PERM_EXPR into bad location spoiling further
optimization opportunities
Product: gcc
Hi,
I would like to commit the attached patch to trunk and after a settling
period also to all open branches.
Is this ok?
TIA,
Andreas
From a8a602620917efad2579c0dc24b178c0f2b18ff3 Mon Sep 17 00:00:00 2001
From: Andreas Tobler
Date: Thu, 12 Aug 2021 22:35:52 +0200
Subject: [PATCH] FreeBSD:
Move xx* builtins to vsx.md.
I originally posted this patch in May. It needed a slight tune up as the
souces have changed, so I'm reposting it now.
I noticed that the xx built-in functions (xxspltiw, xxspltidp, xxsplti32dx,
xxeval, xxblend, and xxpermx) were all defined in altivec.md. However,
Fix xxeval predicates (PR 99921).
I originally posted this patch in May and in June. I'm reposting it now.
I noticed that the xxeval built-in function used the altivec_register_operand
predicate. Since it takes vsx registers, this might force the register
allocate to issue a move when it could
Fix tests that require IBM 128-bit long double
I posted an earlier version of this patch on July 7th, and Segher had some
comments about it on July 14th. This is a revised version of the patch
* My patch: Message-ID: <20210707195837.ga28...@ibm-toto.the-meissners.org>
* Seger's reply:
This patch updates libgo from the Go1.16.5 release to the Go 1.17rc2
release. As usual with these version updates, the patch itself is too
large to attach to this e-mail message. I've attached the changes to
files that are specific to gccgo. Bootstraped and ran Go testsuite on
on 2021/8/12 下午11:51, Segher Boessenkool wrote:
> On Thu, Aug 12, 2021 at 10:10:10AM +0800, Kewen.Lin wrote:
>>> + enum rs6000_builtins vname = RS6000_BUILTIN_COUNT;
>>>
>>> Using this as a flag value looks unnecessary. Is this just being done to
>>> silence a warning?
>>
>> Good question!
Hi Segher,
Thanks for the review!
on 2021/8/12 下午11:10, Segher Boessenkool wrote:
> Hi!
>
> On Wed, Aug 11, 2021 at 02:56:11PM +0800, Kewen.Lin wrote:
>> * config/rs6000/rs6000.c (rs6000_builtin_md_vectorized_function): Add
>> support for some built-in functions vectorized on Power10.
— Jojo
在 2021年8月11日 +0800 PM6:44,Richard Biener ,写道:
> On Wed, Aug 11, 2021 at 11:28 AM Richard Sandiford
> wrote:
> >
> > Richard Biener writes:
> > > On Tue, Aug 10, 2021 at 10:33 AM Jojo R via Gcc-patches
> > > wrote:
> > > >
> > > > Some target like RISC-V allow to group vector register
Hi Bill,
on 2021/8/12 上午12:24, Bill Schmidt wrote:
> Hi Kewen,
>
> On 8/11/21 12:44 AM, Kewen.Lin wrote:
>> Hi,
>>
>> This patch is to make prototypes of some Power10 built-in
>> functions consistent with what's in the documentation, as
>> well as the vector version. Otherwise, useless
On Thu, Aug 12, 2021 at 5:23 PM Jakub Jelinek wrote:
>
> On Thu, Aug 12, 2021 at 01:43:23PM +0800, liuhongt wrote:
> > Hi:
> > This is another patch to optimize vec_perm_expr to match vpmov{dw,dq,wb}
> > under AVX512.
> > For scenarios(like pr101846-2.c) where the upper half is not used, this
Sorry for the typo, scan-assembler should be
+/* { dg-final { scan-assembler "leal\[\\t \]\[^\\n\]*eax" } } */
+/* { dg-final { scan-assembler-not "movl\[\\t \]\[^\\n\]*eax" } } */
Hongyu Wang via Gcc-patches 于2021年8月13日周五 上午8:49写道:
>
> Hi,
>
> For lea + zero_extendsidi insns, if dest of lea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101853
--- Comment #4 from Hans-Peter Nilsson ---
This particular ICE/test-failure disappeared (unlikely: was fixed) with a
commit in the series (last known failing as described..first subsequently known
passing) cba64d855df5..ee8f9ff00d79.
Hi,
For lea + zero_extendsidi insns, if dest of lea and src of zext are the
same, combine them with single leal under 64bit target since 32bit
register will be automatically zero-extended.
Bootstrapped and regtested on x86_64-linux-gnu{-m32,}.
Ok for master?
gcc/ChangeLog:
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100718
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101893
--- Comment #1 from Paul Clarke ---
I'll take ownership of this, except I'm not sure how to effect that.
The fix has been posted
https://gcc.gnu.org/pipermail/gcc-patches/2021-August/577023.html, and awaits
reviews/approval.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17
--- Comment #2 from Andrew Pinski ---
I don't think GCC handles any struct/union Parameter expansion correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99800
--- Comment #3 from Andrew Pinski ---
I suspect it is a dup of one of:
PR c++/89565
PR c++/93383
PR c++/95291
PR c++/99200
PR c++/99683
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99800
Andrew Pinski changed:
What|Removed |Added
Known to fail||11.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99628
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92426
--- Comment #4 from Andrew Pinski ---
I can't reproduce the ICE in GCC 10.1.0 or 11.1.0 or on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101894
--- Comment #3 from Volker Reichelt ---
(In reply to Andrew Pinski from comment #2)
> (In reply to Volker Reichelt from comment #1)
> > Actually the same ICE happens with regular templates (without the
> > "-fconcepts") flag:
>
> Though that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101537
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101222
Andrew Pinski changed:
What|Removed |Added
Known to fail||4.6.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101833
Martin Sebor changed:
What|Removed |Added
Known to fail||10.3.0, 11.2.0, 12.0
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101054
--- Comment #1 from Andrew Pinski ---
Looks to be fixed in GCC 11+
This patch to the Go frontend and libgo stores pointers to
go:notinheap types indirectly. This provides better support for using
cgo with incomplete types. This is the gofrontend version of
https://golang.org/cl/264480. Bootstrapped and ran Go testsuite on
x86_64-pc-linux-gnu. Committed to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101030
Andrew Pinski changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] gcc |[9/10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101030
Andrew Pinski changed:
What|Removed |Added
Known to fail||8.1.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100853
Andrew Pinski changed:
What|Removed |Added
Severity|normal |trivial
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100853
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0, 8.3.0
On Thu, Aug 12, 2021 at 3:34 PM Sergei Trofimovich via Gcc-patches
wrote:
>
> From: Sergei Trofimovich
>
> I noticed test failures when ran gcc test suite from under mc shell.
> mc opens fd=9 and exposes it to child processes. As a result a few
> tests failes:
> FAIL: b2test_buildid
>
On 8/6/21 10:57 AM, Thomas Schwinge wrote:
Hi!
So I'm trying to do some C++... ;-)
Given:
/* A map from SSA names or var decls to record fields. */
typedef hash_map field_map_t;
/* For each propagation record type, this is a map from SSA names or var
decls
to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100281
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.2
Status|UNCONFIRMED
On Thu, Aug 12, 2021 at 3:35 PM Sergei Trofimovich via Gcc-patches
wrote:
>
> From: Sergei Trofimovich
>
> On LANG=ru_RU.UTF-8 'b2test_buildid' test fails due to localized readelf
> output:
>
> $ LANG=ru_RU.UTF-8 readelf -n b2test | fgrep 4e37e8f
> ID сборки:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101894
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101894
Volker Reichelt changed:
What|Removed |Added
Summary|[11/12 Regression] |[11/12 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87208
--- Comment #5 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #1)
> Dup of PR 51577 ?
Well it does seem fixed on the trunk and that PR is fixed on the trunk (though
not closed).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101894
Bug ID: 101894
Summary: [11/12 Regression] [concepts] ICE with multiple friend
declarations
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 66672, which changed state.
Bug 66672 Summary: std::is_same wrong result for captured reference value
inside a lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66672
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63192
Andrew Pinski changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66672
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101624
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11 Regression] ICE: |[9/10 Regression] ICE: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101638
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101638
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:b1c4b1c100889c0f0b11dd79ca083dfb3bc00f4a
commit r11-8861-gb1c4b1c100889c0f0b11dd79ca083dfb3bc00f4a
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101759
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:dd345961831980e3103411d61bba249efa2ee720
commit r11-8859-gdd345961831980e3103411d61bba249efa2ee720
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101624
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:e7fd8e978ec101a6ce9c92c72d38f7bdff30b2c5
commit r11-8858-ge7fd8e978ec101a6ce9c92c72d38f7bdff30b2c5
Author: Jakub Jelinek
Hi,
Although I kept my previous "use_register_for_decl(lhs)” to decide “memset”
expansion or “assign” expansion when expanding .DEFERRED_INIT
When generating “pattern” for “assign” expansion, I found that
“can_native_interpret_type_p(var_type)” combined with “native_interpret_expr”
make
the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100424
Andrew Pinski changed:
What|Removed |Added
Depends on||93115
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100424
--- Comment #1 from Andrew Pinski ---
-fno-devirtualize allows it to link.
Snapshot gcc-9-20210812 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20210812/
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
On Aug 12 2021, Patrick McGehearty via Gcc-patches wrote:
> diff --git a/libgcc/config/rs6000/_divkc3.c b/libgcc/config/rs6000/_divkc3.c
> index a1d29d2..2b229c8 100644
> --- a/libgcc/config/rs6000/_divkc3.c
> +++ b/libgcc/config/rs6000/_divkc3.c
> @@ -38,10 +38,10 @@ see the files COPYING3 and
From: Sergei Trofimovich
On LANG=ru_RU.UTF-8 'b2test_buildid' test fails due to localized readelf
output:
$ LANG=ru_RU.UTF-8 readelf -n b2test | fgrep 4e37e8f
ID сборки: 4e37e8fead8d6e8b0a9dc95ea25cd784dff3a393
$ LANG=C readelf -n b2test | fgrep 4e37e8f
Build ID:
From: Sergei Trofimovich
I noticed test failures when ran gcc test suite from under mc shell.
mc opens fd=9 and exposes it to child processes. As a result a few
tests failes:
FAIL: b2test_buildid
FAIL: btest_gnudebuglink
FAIL: btest
FAIL: btest_lto
FAIL: btest_alloc
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101854
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101854
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100525
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99720
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2021-03-23 00:00:00 |2021-8-12
Severity|normal
I see I have more to learn about gcc's interactions with IEEE-128 format
vs IBM-128 format.
As we discovered here, using the IBM-128 version of LDBL_EPSILON will
not yield correct answers as currently coded.
If _divkc3.c is not intended to provide a version of complex divide
that handles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101823
--- Comment #2 from bootmgr at 163 dot com ---
I reconfigured gcc with --enable-threads=win32 (not --enable-threads=posix) and
this gcc can compile the program correctly.The posix thread model cannot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99527
--- Comment #1 from Andrew Pinski ---
Looks to be fixed on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99399
--- Comment #2 from Andrew Pinski ---
Seems fixed in GCC 11+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66672
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 99152, which changed state.
Bug 99152 Summary: Wrong type of implicitly captured by-value unevaluated
operand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99152
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66672
Andrew Pinski changed:
What|Removed |Added
CC||oleksandr.koval.dev at gmail
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99152
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99160
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99186
--- Comment #2 from Andrew Pinski ---
Seems fixed in GCC 11.2.0 and on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101885
--- Comment #3 from Andrew Pinski ---
(In reply to Qirun Zhang from comment #1)
> My bisection points to g:529ea7d9596b26ba103578eeab448e9862a2d2c5
r10-7268
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101885
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88781
Bug 88781 depends on bug 101451, which changed state.
Bug 101451 Summary: Incorrect -Wstringop-truncation warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101451
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101451
Quentin Armitage changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101885
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.4
Summary|wrong code at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101451
--- Comment #5 from Quentin Armitage ---
In the code of my original example (which I have simplified)
===
#include
static char dest[16];
static char src[16] = "012345678901234";
int main(__attribute__(void)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99214
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
On Thu, Aug 12, 2021 at 04:03:13PM +, Patrick McGehearty wrote:
> This patch resolves the failure of powerpc64 long double complex divide
> in native ibm long double format after the patch "Practical improvement
> to libgcc complex divide".
[ etc. ]
Nothing in here says what has changed in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
--- Comment #14 from kargl at gcc dot gnu.org ---
(In reply to Gerald Pfeifer from comment #12)
> Andreas, is this something you may be able to have a look at?
> (It's about the architectures you used to "play" with on FreeBSD.)
There are other
On Thu, Aug 12, 2021 at 04:47:42PM +, Joseph Myers wrote:
> On Thu, 12 Aug 2021, Patrick McGehearty via Gcc-patches wrote:
> > My understanding of ibm FP mode build procedure is minimal,
> > but it seems that the _divkc3.c routine is built for both IEEE128
> > and IBM128 modes.
>
> If built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88781
Bug 88781 depends on bug 101451, which changed state.
Bug 101451 Summary: Incorrect -Wstringop-truncation warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101451
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101451
Martin Sebor changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
Hi!
This construct has been introduced as a replacement for master
construct, but unlike that construct is slightly more general,
has an optional clause which allows to choose which thread
will be the one running the region, it can be some other thread
than the master (primary) thread with number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101887
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101887
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
Severity|normal
Per discussion with Martin, I'm also changing the post-increment to
pre-increment in safe_inc_pos. That's what I'm regstrapping at the moment.
Thanks,
Bill
On 8/12/21 3:28 PM, Bill Schmidt via Gcc-patches wrote:
Although safe_inc_pos avoids buffer overruns in rs6000-gen-builtins.c,
there are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94058
Andrew Pinski changed:
What|Removed |Added
Depends on||84516
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101638
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:408d88af60e3268f7fad59fa393ec7e28922c435
commit r12-2890-g408d88af60e3268f7fad59fa393ec7e28922c435
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101830
--- Comment #13 from Bill Schmidt ---
Yes, absolutely right on safe_inc_pos, will address that as well. Much
obliged!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101829
Martin Sebor changed:
What|Removed |Added
Blocks||99715
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
Although safe_inc_pos avoids buffer overruns in rs6000-gen-builtins.c,
there are some other routines where we fail to detect the possibility.
Clean those up!
Regstrap in progress on powerpc64le-linux-gnu. OK for trunk if that
passes?
Thanks,
Bill
2021-08-12 Bill Schmidt
gcc/
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
--- Comment #16 from Mathieu Desnoyers
---
(In reply to Andrew Pinski from comment #15)
> Maybe it is best if you file a glibc bug too.
There was already a glibc bug reporting this. I've done the required changes to
reopen it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101886
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97601
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2020-11-19 00:00:00 |2021-8-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89761
Andrew Pinski changed:
What|Removed |Added
CC||su at cs dot ucdavis.edu
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88295
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86515
Andrew Pinski changed:
What|Removed |Added
Known to fail||10.1.0, 10.3.0, 8.1.0,
1 - 100 of 295 matches
Mail list logo