https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93956
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Thomas Kथà¤nig
:
https://gcc.gnu.org/g:2a732dbdfcc0a3bc2b4bdb5387fffa193fea6df6
commit r9-8541-g2a732dbdfcc0a3bc2b4bdb5387fffa193fea6df6
Author: Thomas König
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90350
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #7 from Jakub Jelinek ---
(In reply to Jeffrey A. Law from comment #6)
> THe whole point of that change is to not require a dominating load if the
> object comes from the stack.
Yeah, but I find that flawed. One can do it after perf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
--- Comment #1 from acsawdey at gcc dot gnu.org ---
Reduced test case:
struct __attribute__((scalar_storage_order("big-endian"))) {
int a;
int b[];
} c;
int d;
int e() { d = c.b[0]; }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
Bug ID: 94740
Summary: ICE on testsuite/gcc.dg/sso/t5.c with -mcpu=future
-mpcrel -O1
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94739
Bug ID: 94739
Summary: GCC won't build on CET enabled Linux OS
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #6 from Jeffrey A. Law ---
THe whole point of that change is to not require a dominating load if the
object comes from the stack.
We conditionally load from the same location, then have a PHI which selects
that loaded value or "1" an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91807
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92156
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90415
Jonathan Wakely changed:
What|Removed |Added
Summary|[9/10 Regression] |[9 Regression]
|std:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90415
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d1462b0782555354b4480e1f46498586d5882972
commit r10-7935-gd1462b0782555354b4480e1f46498586d5882972
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92156
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d1462b0782555354b4480e1f46498586d5882972
commit r10-7935-gd1462b0782555354b4480e1f46498586d5882972
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90983
Martin Sebor changed:
What|Removed |Added
Known to fail|10.0|
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90983
--- Comment #9 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:ae962e573ea5063fda7e86f93d9622e64cea9a7e
commit r10-7934-gae962e573ea5063fda7e86f93d9622e64cea9a7e
Author: Martin Sebor
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
--- Comment #13 from Rafael Avila de Espindola ---
Thank you so much. I can confirm that scylla now builds with gcc master with
just a few fixes on the scylla side (we build with -Werror).
There is a couple of test failures. I will try to reduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #5 from Jakub Jelinek ---
All the PR89430 testcases have such a load.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94737
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91630
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90415
Jonathan Wakely changed:
What|Removed |Added
CC||alabuzhev at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
--- Comment #11 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:f9f166251f181ddcee64092d89aecbc1166ca706
commit r10-7932-gf9f166251f181ddcee64092d89aecbc1166ca706
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94738
Bug ID: 94738
Summary: C descriptor passed to Fortran from C apepars to have
wrong type information.
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94737
Bug ID: 94737
Summary: BIND(C) names are not always treated as case
sensitive. Versions < 8 are ok.
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
--- Comment #7 from Michael Meissner ---
Created attachment 48364
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48364&action=edit
Propsed patch to build ibm-ldouble.c with -mno-gnu-attributes
ibm-ldouble.c in libgcc must be compiled witho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94717
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94717
--- Comment #7 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:cb76fcd7fb4a4f1e4d1688deca87969124f16fef
commit r10-7926-gcb76fcd7fb4a4f1e4d1688deca87969124f16fef
Author: Eric Botcazou
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94702
--- Comment #4 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:9d13ebadf78821fe5a239600460a81c10def10cc
commit r9-8536-g9d13ebadf78821fe5a239600460a81c10def10cc
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94583
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94710
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f51be2fb8653f81092f8158a0f0527275f86603b
commit r10-7924-gf51be2fb8653f81092f8158a0f0527275f86603b
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94288
--- Comment #7 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:3dbc772128e944819b09e21021d4fcd5dc17f2d4
commit r10-7923-g3dbc772128e944819b09e21021d4fcd5dc17f2d4
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512
--- Comment #31 from Michael Meissner ---
For the Spec 2017 521.wrf_r benchmark on little endian PowerPC power9 systems,
there was no difference in runtime between a normal run using -Ofast
-mcpu=power9 and one with -Ofast -mcpu=power9 -fno-inlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90448
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94733
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94733
--- Comment #2 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:7291b2edf6f87fba839b0d10c04b2562a5f6bd60
commit r10-7922-g7291b2edf6f87fba839b0d10c04b2562a5f6bd60
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94724
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|jakub at red
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
Martin Liška changed:
What|Removed |Added
Known to fail||10.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94724
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:bca558de2a24b2a78c6a321d6cec384e07759d77
commit r10-7921-gbca558de2a24b2a78c6a321d6cec384e07759d77
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94736
Bug ID: 94736
Summary: Missing ENDBR at label
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94732
--- Comment #1 from Vincent Lefèvre ---
Here's the corresponding simple testcase:
typedef struct { int *a; } S;
int *f (void);
static void g (S *x)
{
int *p = x->a;
p[0] = 0;
}
void h (void)
{
S x[1];
x->a = f ();
g (x);
}
$ gcc-10 -c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93956
--- Comment #8 from CVS Commits ---
The master branch has been updated by Thomas Kथà¤nig :
https://gcc.gnu.org/g:06eca1acafa27e19e82dc73927394a7a4d0bdbc5
commit r10-7920-g06eca1acafa27e19e82dc73927394a7a4d0bdbc5
Author: Thomas König
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94697
nsz at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
john+gcc at hogberg dot online changed:
What|Removed |Added
Attachment #48361|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94721
Marek Polacek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94730
--- Comment #3 from joseph at codesourcery dot com ---
I'd suspect the code in finish_decl that deals with types determined from
array initializers ("For global variables, update the copy of the type
that exists in the binding.") of being invol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94721
--- Comment #2 from Daniel Krügler ---
(In reply to Marek Polacek from comment #1)
> Confirmed, thanks for the report.
Sigh, thanks. I'm starting to realize now, that it seems that the *intention*
of
https://wg21.link/p1959r0 adopted in November
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90448
--- Comment #5 from Jakub Jelinek ---
The testcase ICEs on powerpc64-linux with -m32:
lambda-generic-variadic20.C:5:12: internal compiler error: in
expand_expr_addr_expr_1, at expr.c:8075
5 | auto L = [](auto ... a) {
|^~~
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94735
SRINATH PARVATHANENI changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94718
--- Comment #4 from Jakub Jelinek ---
--- gcc/fold-const.c.jj 2020-03-31 11:06:14.063512214 +0200
+++ gcc/fold-const.c2020-04-23 18:39:15.399738420 +0200
@@ -11631,50 +11631,6 @@ fold_binary_loc (location_t loc, enum tr
return omit_
ression algorithms: zlib
gcc version 10.0.1 20200423 (experimental) (unknown)
$ arm-none-eabi-gcc mve_vstore.i -S -O2 -march=armv8.1-m.main+mve
-mfloat-abi=hard
On compiling attached test case (mve_vstore.i) with -02 optimizes out a pair of
vector load/store statements.
v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/10.0.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.0.1 20200423 (experimental) (GCC)
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
--- Comment #16 from Jonathan Wakely ---
(In reply to CVS Commits from comment #14)
> [AArch64] (PR94383) Avoid C++17 empty base field checking for HVA/HFA
>
> In C++17, an empty class deriving from an empty base is not an
> aggr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #208 from dave.anglin at bell dot net ---
On 2020-04-23 11:48 a.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> Peter Bisroev changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94725
Andrew Stubbs changed:
What|Removed |Added
CC||ams at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94733
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94733
Bug ID: 94733
Summary: [10 Regression] ICE: tree check: expected
identifier_node, have tree_list in is_attribute_p, at
attribs.h:155
Product: gcc
Version: 10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
Peter Bisroev changed:
What|Removed |Added
CC||peter.bisroev at groundlabs
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94718
--- Comment #3 from Jakub Jelinek ---
In fold-const.c this is optimized by
fold_binary case EQ_EXPR: case NE_EXPR:
/* Fold (X & C) op (Y & C) as (X ^ Y) & C op 0", and symmetries. */
Of course, the (x op 0) op2 (y op 0) for op < or >= and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694
--- Comment #31 from Andrea Corallo ---
I confirm master now builds for me aarch64-none-elf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94697
--- Comment #2 from CVS Commits ---
The master branch has been updated by Szabolcs Nagy :
https://gcc.gnu.org/g:f7e4641afba7c348a7e7c8655e537a953c416bb3
commit r10-7918-gf7e4641afba7c348a7e7c8655e537a953c416bb3
Author: Szabolcs Nagy
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94678
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:857d1fa3f0a04569382bab12829e5bfd3725ecbf
commit r10-7917-g857d1fa3f0a04569382bab12829e5bfd3725ecbf
Author: Fei Yang
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93488
--- Comment #1 from CVS Commits ---
The master branch has been updated by Andrew Stubbs :
https://gcc.gnu.org/g:ee9fcee3ec3a124dc3947c73c264bbcda97198df
commit r10-7916-gee9fcee3ec3a124dc3947c73c264bbcda97198df
Author: Andrew Stubbs
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94711
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94732
Bug ID: 94732
Summary: Analyzer: false positive in MPFR's atan.c
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94727
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94727
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:901f5289d9465d4c388ae288f850ad4f29e99a2c
commit r10-7915-g901f5289d9465d4c388ae288f850ad4f29e99a2c
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94704
Bug 94704 depends on bug 94383, which changed state.
Bug 94383 Summary: [8/9/10 Regression] class with empty base passed incorrectly
with -std=c++17 on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94707
Bug 94707 depends on bug 94383, which changed state.
Bug 94383 Summary: [8/9/10 Regression] class with empty base passed incorrectly
with -std=c++17 on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
Bug 94586 depends on bug 94694, which changed state.
Bug 94694 Summary: [10 Regression][libgfortran] libgfortran does not compile on
bare-metal aarch64-none-elf (newlib)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94711
Bug 94711 depends on bug 94383, which changed state.
Bug 94383 Summary: [8/9/10 Regression] class with empty base passed incorrectly
with -std=c++17 on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706
Bug 94706 depends on bug 94383, which changed state.
Bug 94383 Summary: [8/9/10 Regression] class with empty base passed incorrectly
with -std=c++17 on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
--- Comment #14 from CVS Commits ---
The master branch has been updated by Matthew Malcomson :
https://gcc.gnu.org/g:e73a32d6d47ec7c5fb5a5fe7eb896c0e1258ea68
commit r10-7914-ge73a32d6d47ec7c5fb5a5fe7eb896c0e1258ea68
Author: Matthew Malcomson
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94730
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94731
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-04-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #23 from Andrew Stubbs ---
(In reply to Jakub Jelinek from comment #12)
> (In reply to Andrew Stubbs from comment #11)
> > (In reply to Jakub Jelinek from comment #10)
> > > or if instead we should drop the "status = " for the cases w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694
--- Comment #29 from CVS Commits ---
The master branch has been updated by Fritz Reese :
https://gcc.gnu.org/g:e8eecc2a919033ad4224756a8759d8e94c0e4bc2
commit r10-7913-ge8eecc2a919033ad4224756a8759d8e94c0e4bc2
Author: Fritz Reese
Date: Wed A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #40 from CVS Commits ---
The master branch has been updated by Fritz Reese :
https://gcc.gnu.org/g:e8eecc2a919033ad4224756a8759d8e94c0e4bc2
commit r10-7913-ge8eecc2a919033ad4224756a8759d8e94c0e4bc2
Author: Fritz Reese
Date: Wed A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94730
Jakub Jelinek changed:
What|Removed |Added
Keywords||error-recovery
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #22 from CVS Commits ---
The master branch has been updated by Andrew Stubbs :
https://gcc.gnu.org/g:966de09be91c639d66d252c9ae6ab8da5ebfca18
commit r10-7912-g966de09be91c639d66d252c9ae6ab8da5ebfca18
Author: Andrew Stubbs
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94731
Bug ID: 94731
Summary: [10 Regression] internal compiler error: in
fold_convert_loc, at fold-const.c:2558
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94730
Bug ID: 94730
Summary: [10 Regression] internal compiler error: in
fold_convert_loc, at fold-const.c:2435
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94282
--- Comment #6 from Andrew Stubbs ---
I think we've decided to with Thomas's approach.
Thomas, please go ahead and commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92645
--- Comment #23 from Richard Biener ---
So the issue is we're both not doing enough and too much, the half way early
optimizations do confuse us later. Another such opportunity would maybe
be:
short unsigned int _950;
_950 = BIT_FIELD_REF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94514
--- Comment #2 from CVS Commits ---
The master branch has been updated by Szabolcs Nagy :
https://gcc.gnu.org/g:744b3e4478df83f54543964b8eb7250eb9bb6d40
commit r10-7911-g744b3e4478df83f54543964b8eb7250eb9bb6d40
Author: Szabolcs Nagy
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
--- Comment #10 from Patrick Palka ---
Oops, it turns out the ICEs I was seeing in the cmcstl2 testsuite with the
change in #c9 were actually due to PR94719, which has since been fixed. The
cmcstl2 testsuite now compiles fine with or without the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94718
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94717
--- Comment #6 from Jakub Jelinek ---
Even the
&& info->ins_stmt != NULL
in coalesce_immediate_stores is redundant, because try_coalesce_bswap is called
with first = i - 1 and starts with i = first + 1 and thus caller's i and
info in the caller i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94717
--- Comment #5 from Eric Botcazou ---
> Shouldn't that be done in try_coalesce_bswap instead?
> Because checking lp_nr above will only make sure it is the same between
> merged_store and the first store after it, but we are trying to coalesce
> o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94727
--- Comment #7 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #6)
> (In reply to rsand...@gcc.gnu.org from comment #5)
> >
> > However, we then defer to vect_get_slp_defs to get the actual operands.
> > The expect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94278
--- Comment #4 from Andrew Stubbs ---
Almost all the tests listed in pr81430 pass for me (and the exception I found
is a link error).
I don't understand what's happening with your build, but from my point of view
the patch fixes an issue that do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94707
--- Comment #14 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:239cfd92e9ce5014a7616f692e0c6d4f337227b8
commit r10-7910-g239cfd92e9ce5014a7616f692e0c6d4f337227b8
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94717
--- Comment #4 from Jakub Jelinek ---
(In reply to Eric Botcazou from comment #3)
> > The compiler is apparently not prepared for new trapping loads. Fixing...
>
> No, just a missing check on landing pads:
>
> index a6687cd9c98..4ab8e0250ab 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94727
--- Comment #6 from Richard Biener ---
(In reply to rsand...@gcc.gnu.org from comment #5)
> Well, this is a bit of mess (surprise). We have a "<" comparison
> between two booleans that are leaves of the SLP tree, so
> vectorizable_comparison fal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94717
--- Comment #3 from Eric Botcazou ---
> The compiler is apparently not prepared for new trapping loads. Fixing...
No, just a missing check on landing pads:
index a6687cd9c98..4ab8e0250ab 100644
--- a/gcc/gimple-ssa-store-merging.c
+++ b/gcc/gi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94715
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94728
--- Comment #4 from otcmaf ---
(In reply to Alexander Monakov from comment #3)
> On the high level the analysis makes sense to me, but as this is predication
> in Haifa scheduler this is not really my domain :) The bugreport is also
> missing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94715
--- Comment #4 from Jakub Jelinek ---
The GIMPLE transformation is correct and should stay as is.
User could have written int t = x * x; return t; instead.
What you are asking for is a new RTL optimization somewhere (dunno if in
expander, or wher
1 - 100 of 125 matches
Mail list logo