https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99656
Bug ID: 99656
Summary: ICE in linear_loads_p
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
On 3/10/2021 5:21 AM, Matthias Klose wrote:
The gcc man page currently has untranslated @tie{} patterns in the man page.
Just replace these with a white space. Ok for the trunk and branches?
Matthias
--- a/contrib/texi2pod.pl
+++ b/contrib/texi2pod.pl
@@ -210,6 +210,7 @@ while(<$inf>) {
Hi,
As Segher and Mike pointed out, the define_insn_and_split should avoid
to use empty split condition if the condition for define_insn isn't empty,
otherwise it can sometimes leads to unexpected consequence.
This patch is to fix some places like this.
Bootstrapped/regtested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99589
--- Comment #1 from 康桓瑋 ---
reduced:
auto f(auto x) {
[...x]{};
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #25 from Jürgen Reuter ---
Created attachment 50430
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50430=edit
reproducer for another model pointer, final for 2021-03-19-03:22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #24 from Jürgen Reuter ---
Please have a look at my final reproducer. Is that feasible?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99614
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #23 from Jürgen Reuter ---
Created attachment 50429
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50429=edit
first ok-ish reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 99500, which changed state.
Bug 99500 Summary: [11 Regression] ICE: tree check: expected tree that contains
'decl minimal' structure, have 'error_mark' in
cp_parser_requirement_parameter_list, at cp/parser.c:28828
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99500
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99500
--- Comment #2 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:bd9b262fa9243e08fefa4973f08d1f09f6694ba0
commit r11-7727-gbd9b262fa9243e08fefa4973f08d1f09f6694ba0
Author: Marek Polacek
Date:
On 3/9/21 10:22 PM, Marek Polacek wrote:
This fixes an ICE on invalid code where one of the parameters was
error_mark_node and thus resetting its DECL_CONTEXT crashed.
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
OK.
Jason
gcc/cp/ChangeLog:
PR c++/99500
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #22 from Jürgen Reuter ---
Created attachment 50428
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50428=edit
bit smaller reproducer, not yet ideal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99631
--- Comment #3 from Johel Ernesto Guerrero Peña ---
Good point. How about 'conformance' for a keyword?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99655
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99655
seurer at gcc dot gnu.org changed:
What|Removed |Added
Host||powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99655
Bug ID: 99655
Summary: [11 regression] Lots of ICEs in
g++.dg/torture/pr85013.C after r11-7723
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #21 from Jürgen Reuter ---
Created attachment 50427
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50427=edit
remaing false positive detection (long test)
If we never generate function body, we shouldn't issue errors for return
nor argument. Add init_cumulative_args_called to i386 machine_function
to avoid issuing errors for return and argument without function body.
gcc/
PR target/99652
* config/i386/i386.c
Snapshot gcc-8-20210318 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20210318/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On 3/14/2021 8:03 AM, Iain Buclaw via Gcc-patches wrote:
Excerpts from Iain Sandoe's message of March 13, 2021 6:09 pm:
Hi Iain,
Iain Buclaw via Gcc-patches wrote:
This patch fixes an ICE caused by emutls routines generating a weak,
non-public symbol for storing the initializer of a weak
Ping:
https://gcc.gnu.org/pipermail/gcc-patches/2021-January/564483.html
The review of this patch digressed into a design discussion of a new,
more capable implementation of -Wstrict-aliasing, but the proposed
patch turning just this one instance of -Warray-bounds into
-Wstrict-aliasing and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99654
Bug ID: 99654
Summary: Incorrect DW_AT_entry_pc values for inlined function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Fixed now.
On Thu, Mar 18, 2021 at 02:40:19PM -0700, sunil.k.pandey via Gcc-patches wrote:
> On Linux/x86_64,
>
> c5e55673b486533c4d6d19ac903460f70b48f11a is the first bad commit
> commit c5e55673b486533c4d6d19ac903460f70b48f11a
> Author: Marek Polacek
> Date: Wed Mar 17 19:39:10 2021 -0400
>
On Linux/x86_64,
c5e55673b486533c4d6d19ac903460f70b48f11a is the first bad commit
commit c5e55673b486533c4d6d19ac903460f70b48f11a
Author: Marek Polacek
Date: Wed Mar 17 19:39:10 2021 -0400
c++: Add assert to tsubst.
caused
FAIL: g++.dg/torture/pr85013.C -O0 (internal compiler error)
On 3/9/21 10:31 AM, Jakub Jelinek wrote:
Hi!
My PR82304/PR95307 fix moved reinterpret cast from pointer to integer
diagnostics from cxx_eval_outermost_constant_expr where it caught
invalid code only at the outermost level down into
cxx_eval_constant_expression.
Unfortunately, it regressed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99609
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
On Thu, Mar 18, 2021 at 02:04:59PM -0700, H.J. Lu wrote:
> On Thu, Mar 18, 2021 at 11:35 AM Marek Polacek via Gcc-patches
> wrote:
> >
> > As discussed in the r11-7709 patch, we can now make sure that tsubst
> > never sees a FLOAT_EXPR, much like its counterpart FIX_TRUNC_EXPR.
> >
> > Tested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652
--- Comment #5 from Uroš Bizjak ---
inline long double
foo (void)
{
return 1.0;
}
gcc -S -O2 -mno-80387 double.c
double.c: In function ‘foo’:
double.c:3:1: error: x87 register return with x87 disabled
3 | {
| ^
On 3/10/21 4:14 PM, Anthony Sharp wrote:
Hiya
That's because none of the names are overloaded within a single base
class.
Ah, thanks. Thought there must be something I wasn't thinking of.
Also, you can use == instead of cp_tree_equal for comparing FUNCTION_DECLs.
Changed it.
Latest
On Thu, Mar 18, 2021 at 11:35 AM Marek Polacek via Gcc-patches
wrote:
>
> As discussed in the r11-7709 patch, we can now make sure that tsubst
> never sees a FLOAT_EXPR, much like its counterpart FIX_TRUNC_EXPR.
>
> Tested x86_64-pc-linux-gnu, applying to trunk.
>
> gcc/cp/ChangeLog:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #20 from Jürgen Reuter ---
Looks like there is still one more case. One of our unit tests is still failing
with this patch. I will report more soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99650
--- Comment #4 from Csaba Ráduly ---
Is this a dup of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79372 ?
https://www.mail-archive.com/gcc-bugs@gcc.gnu.org/msg522821.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99642
--- Comment #3 from Martin Sebor ---
Type and spec are the messages facet, but the same problem happens with other
types. A simpler test case is:
$ (set -x && cat pch.h && cat main.cpp)
+ cat pch.h
#include
+ cat main.cpp
#include
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99651
--- Comment #3 from Tobias Burnus ---
The obvious idea to do:
if (sym->attr.flavor == FL_UNKNOWN || sym->attr.flavor == FL_PROCEDURE)
in gfc_intrinsic_func_interface works, but has the side effect that for
print *, allocated(f)
('f' is a
Hi Andrew,
On Thu, 2021-03-18 17:41:59 +, Andrew Stubbs wrote:
> gcc/ChangeLog:
>
> (gcn_vectorize_vec_perm_const): Ensure perm is fully uninitialized.
I guess "initialized" is ment here?
MfG, JBG
--
signature.asc
Description: PGP signature
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99651
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed||2021-03-18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99651
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
CC|
This is an additional patch for PR99422:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
The patch was successfully bootstrapped and tested on x86-64, ppc64le,
and aarch64.
commit a4670f58ebff805e35268542aac35f9791980954
Author: Vladimir N. Makarov
Date: Thu Mar 18 15:58:26 2021 -0400
On 3/18/21 11:33 AM, will schmidt wrote:
> Per this change:
>
> +;; Whether an insn is a prefixed insn. A prefixed instruction has a prefix
> +;; instruction word that conveys additional information such as a larger
> +;; immediate, additional operands, etc., in addition to the normal
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
--- Comment #31 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:a4670f58ebff805e35268542aac35f9791980954
commit r11-7725-ga4670f58ebff805e35268542aac35f9791980954
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99502
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99502
--- Comment #1 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:30b10dacd0a8c926c22eab7d4aeb52ff86534acf
commit r11-7724-g30b10dacd0a8c926c22eab7d4aeb52ff86534acf
Author: Martin Sebor
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652
H.J. Lu changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99650
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2021-03-18
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99653
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99653
Bug ID: 99653
Summary: [AIX] Bitfield placement
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ABI
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652
Bug ID: 99652
Summary: inline doesn't with -mno-sse
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
As discussed in the r11-7709 patch, we can now make sure that tsubst
never sees a FLOAT_EXPR, much like its counterpart FIX_TRUNC_EXPR.
Tested x86_64-pc-linux-gnu, applying to trunk.
gcc/cp/ChangeLog:
* pt.c (tsubst_copy_and_build): Add assert.
---
gcc/cp/pt.c | 2 ++
1 file changed, 2
This patch adds proper lambda capturing of pointer and reference variables
as specified in OpenMP 5.0. We map the entire closure object as a to-map,
attach pointers to zero-length array sections, and perform mapping of
references.
The main way of implementation is by tree-walk when finishing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99650
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2021-03-18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99650
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97926
--- Comment #3 from acsawdey at gcc dot gnu.org ---
So the underlying problem here is that the unordered comparisons are not
allowed with -ffinite-math-only due to this predicate:
;; Return 1 if OP is a comparison operation that is valid for a
Please disregard this patch: I'll resubmit it as part of a larger
series, based on similar patches I sent ~1 year ago.
On Wed, 17 Mar 2021 at 19:25, Christophe Lyon
wrote:
>
> Function stacktest1 in bfloat16_scalar_1_1.c test requires
> -mfloat-abi=hard for the associated check-function-bodies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57141
--- Comment #7 from Antonio ---
Ok, I have created the following bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99651
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99651
Bug ID: 99651
Summary: Cannot change attributes of USE-associated intrinsic
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97680
--- Comment #13 from Christophe Lyon ---
For arm yes, but according to gcc-testresults, it's failing on ia64 and s390
too, at least.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99650
Bug ID: 99650
Summary: ICE when trying to form reference to void in
structured binding
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
This patch has no functional changes; it merely cleans up some warning
messages.
Thanks to Jan-Benedict for pointing them out, off-list.
Andrew
amdgcn: Silence warnings in gcn.c
This fixes a few cases of "unquoted identifier or keyword", one "spurious
trailing punctuation sequence", and a
> Can you use wide_ints instead of building trees here please?
Note that this will reject array types whose lower bound is not fixed, but the
wide_int version is attached.
PR middle-end/99641
* fold-const.c (native_encode_initializer) : For an
array type, do the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99314
Kito Cheng changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
On Thu, 2021-03-18 at 09:21 +0800, HAO CHEN GUI wrote:
> David & Segher,
>
> Thanks so much for your explanation. My patch wants to enables the
> constant anchor on rs6000 as TARGET_ANCHOR_CONST or targetm.anchor_const
> is undefined. I realized that we have addi and addis instructions. So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99648
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99314
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:becb26eb6ef42481014dc6fb24e8bfe7ec6f51d1
commit r9-9294-gbecb26eb6ef42481014dc6fb24e8bfe7ec6f51d1
Author: Sinan Lin
Date:
No feedback for 2 weeks, and we already verified this with our
internal CI system for a while, so I go ahead committed to trunk now.
On Fri, Mar 5, 2021 at 12:48 PM Kito Cheng wrote:
>
> From: Sinan Lin
>
> Third operand of cpymem pattern is unsigned HOST_WIDE_INT, however we
> are interpret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99314
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:f26015ef086f68d55f1f2ae293a99d5ad3736795
commit r10-9456-gf26015ef086f68d55f1f2ae293a99d5ad3736795
Author: Sinan Lin
Date:
On Wed, 2021-03-17 at 15:49 -0500, Pat Haugen via Gcc-patches wrote:
> Update prefixed attribute for Power10.
>
> This patch creates a new attribute, prepend_prefixed_insn, which is
> used to mark
> those instructions that are prefixed and need to have a 'p' prepended
> to their
> mnemonic at asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99649
--- Comment #2 from Filip Bascarevic ---
Hello Andre,
thank you so much for your quick reply. I also noticed that but somehow with
GCC 8.1 and GDB 8.1 this example works, no GDB endless loop with showing us
backtrace.
Hi,
this patch updates costs of integer divides to match actual latencies (the
scheduler model already does the right thing). It is essentially no-op, since
we end up expanding idiv for all sensible constants, so this only may end
up disabling vectorization in some cases, but I did not find any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97680
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
On Thu, Mar 18, 2021 at 09:27:17AM +0800, Xionghu Luo via Gcc-patches wrote:
> gcc/ChangeLog:
>
> 2021-03-18 Xionghu Luo
>
> PR target/98914
> * config/rs6000/rs6000.c (rs6000_expand_vector_set_var_p9):
> Convert idx to DImode.
> (rs6000_expand_vector_set_var_p8):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99314
--- Comment #7 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:d9f0ade001533c9544bf2153b6baa8844ec0bee4
commit r11-7720-gd9f0ade001533c9544bf2153b6baa8844ec0bee4
Author: Sinan Lin
Date: Thu Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99649
--- Comment #1 from Andrew Pinski ---
Gdb support for ilp32 has never been committed so I dont see how you are using
it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99649
Bug ID: 99649
Summary: GDB has issue to show backtrace if the breakpoint is
in a function with more then 8 parameters only in
target aarch64-elf ILP32
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91710
--- Comment #7 from Jakub Jelinek ---
Created attachment 50421
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50421=edit
gcc11-pr91710.patch
So perhaps pass the old alignment to the caller and let that function verify if
it is really a
On 3/14/2021 9:16 PM, HAO CHEN GUI via Gcc-patches wrote:
Hi,
This patch fixes an ICE found by enabling const_anchor for rs6000.
The BLKmode constant rtx is sent to try_const_anchors which causes
assertion failure in try_const_anchors.
The attachment are the patch diff and change
On 3/18/21 8:58 AM, Jeff Law via Gcc-patches wrote:
On 3/18/2021 8:37 AM, Jakub Jelinek via Gcc-patches wrote:
Hi!
Similar issue as in strlenopt-73.c, various spots in this test rely
on MOVE_MAX >= 8, this time it uses a target selector to pick up a couple
of targets, and all of them but
On Thu, Mar 18, 2021 at 09:31:03AM -0600, Jeff Law wrote:
> > > OK. But it'd sure be nice to be able to do something like force a value
> > > of
> > > MOVE_MAX using a --param to make this kind of hack unnecessary.
> > I fear such a param would be quite dangerous, dunno what would happen if
> >
The backend pattern for storing a pair of identical values in 32 and 64-bit
modes with the machine instruction STP was missing, and multiple instructions
were needed to reproduce this behavior as a result of failed RTL pattern match
in combine pass.
For the test case :
typedef long long v2di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99648
Bug ID: 99648
Summary: [11 regression] gcc.dg/torture/pr71522.c fails
starting with r11-165 for 32 bits
Product: gcc
Version: 11.0
Status: UNCONFIRMED
On 3/18/2021 9:08 AM, Jakub Jelinek wrote:
On Thu, Mar 18, 2021 at 08:58:20AM -0600, Jeff Law via Gcc-patches wrote:
On 3/18/2021 8:37 AM, Jakub Jelinek via Gcc-patches wrote:
Hi!
Similar issue as in strlenopt-73.c, various spots in this test rely
on MOVE_MAX >= 8, this time it uses a
On 3/18/21 4:46 AM, Martin Liška wrote:
Hey.
Recently, I noticed a cumbersome construct we use for string startswith
function
(most notably in a situation when the prefix is a string literal).
Commonly used patterns are:
1) strncmp (arg, "--sysroot=", 10) == 0
2) strncmp (name, "not found",
Hao,
Segher and I do not doubt that the patch can improve the examples and
testcases. The question is if those examples are representative of
common situations and if the patch truly improves performance overall
-- for real workloads. Can you test the performance impact of your
patch, not only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99626
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 regression] |[10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99636
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 regression] |[10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99636
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:89d44a9f3b9ab97634b7ef894e2c83ebd83582a8
commit r11-7719-g89d44a9f3b9ab97634b7ef894e2c83ebd83582a8
Author: Jakub Jelinek
Date:
On Thu, Mar 18, 2021 at 4:09 PM Jakub Jelinek via Gcc-patches
wrote:
>
> On Thu, Mar 18, 2021 at 08:58:20AM -0600, Jeff Law via Gcc-patches wrote:
> >
> > On 3/18/2021 8:37 AM, Jakub Jelinek via Gcc-patches wrote:
> > > Hi!
> > >
> > > Similar issue as in strlenopt-73.c, various spots in this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99646
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99296
--- Comment #5 from Aldy Hernandez ---
Created attachment 50420
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50420=edit
proposed patch
As Jakub has mentioned, this is a problem with signed 1-bit precision.
Legacy anti-ranges has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99647
--- Comment #1 from Alex Coplan ---
Also fails for GCC 10. Not sure if this counts as a regression since MVE only
went in with GCC 10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99626
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:fff9faa79043aa53d361e7f6e31b2680007a97e2
commit r11-7718-gfff9faa79043aa53d361e7f6e31b2680007a97e2
Author: Jakub Jelinek
Date:
On Thu, Mar 18, 2021 at 08:58:20AM -0600, Jeff Law via Gcc-patches wrote:
>
> On 3/18/2021 8:37 AM, Jakub Jelinek via Gcc-patches wrote:
> > Hi!
> >
> > Similar issue as in strlenopt-73.c, various spots in this test rely
> > on MOVE_MAX >= 8, this time it uses a target selector to pick up a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99647
Bug ID: 99647
Summary: arm: GCC generates invalid MVE vmov instruction
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On 3/18/2021 8:35 AM, Jakub Jelinek via Gcc-patches wrote:
Hi!
As mentioned in the testcase as well as in the PR, this testcase relies on
MOVE_MAX being sufficiently large that the memcpy call is folded early into
load + store. Some popular targets define MOVE_MAX to 8 or even 16 (e.g.
On 3/18/2021 8:37 AM, Jakub Jelinek via Gcc-patches wrote:
Hi!
Similar issue as in strlenopt-73.c, various spots in this test rely
on MOVE_MAX >= 8, this time it uses a target selector to pick up a couple
of targets, and all of them but powerpc 32-bit satisfy it, but powerpc
32-bit have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99230
--- Comment #6 from Hans-Peter Nilsson ---
(In reply to Jakub Jelinek from comment #5)
> Created attachment 50414 [details]
> gcc11-pr99230.patch
>
> Untested fix.
Tested at r11-7589 for cris-elf, fixes the fail with no regressions.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99646
Bug ID: 99646
Summary: s111 benchmark of TSVC preffers -mprefer-avx128 on
zen3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 178 matches
Mail list logo