https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98499
--- Comment #7 from Richard Biener ---
(In reply to Sergei Trofimovich from comment #6)
> (In reply to Richard Biener from comment #5)
> > Possibly in discovering pure/constness. See uses of
> > gimple_call_return_slot_opt_p in tree-ssa-structal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98560
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98562
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98562
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98563
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98568
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98575
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98558
federico changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98563
--- Comment #3 from N Schaeffer ---
I'd like to add that when you say "vectorization of the basic block", the code
generated is actually worse than non-vectorized naive code: it handles all
loads and arithmetic operations in scalar mode (v*sd ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
--- Comment #5 from Matthias Klose ---
fyi, creduce segfaults on arm-linux-gnueabihf trying to reduce this:
$ creduce ./cr2.sh wxe_funcs.ii
===< 26689 >===
running 4 interestingness tests in parallel
===< pass_unifdef :: 0 >===
===< pass_comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98578
Bug ID: 98578
Summary: [11 Regression] ICE in print_mem_ref since
r11-6508-gabb1b6058c09a7c0
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98578
Martin Liška changed:
What|Removed |Added
Known to fail||11.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97978
--- Comment #5 from Arseny Solokha ---
Can this PR be closed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
--- Comment #6 from Matthias Klose ---
Created attachment 49907
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49907&action=edit
preprocessed source
attaching the 50% reduced file, still showing the clang_delta issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98568
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d02a8b63e5aef49ab6973c64a2225236895763a1
commit r11-6515-gd02a8b63e5aef49ab6973c64a2225236895763a1
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98568
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98537
--- Comment #4 from prathamesh3492 at gcc dot gnu.org ---
Hi,
It seems to work on my machine for x86_64.
Compiling with -O3 (or -O2),
.optimized dump shows:
v4si foo (v4si b, v4si a)
{
v4si c;
vector(4) _1;
[local count: 1073741824]:
_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98576
JeanHeyd Meneide changed:
What|Removed |Added
CC||phdofthehouse at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98576
--- Comment #5 from cqwrteur ---
(In reply to JeanHeyd Meneide from comment #4)
> https://gcc.gnu.org/pipermail/gcc-patches/2020-December/560784.html
>
> A new version of GCC will include the execution charset and wide execution
> charset as a s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98579
Bug ID: 98579
Summary: ICE: in output_constructor_regular_field, at
varasm.c:5491
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98576
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
--- Comment #8 from Martin Liška ---
Note that C-Vise now reports similarly to C-Reduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
--- Comment #9 from Jakub Jelinek ---
It doesn't surprise me that creduce/cvise is uneasy about it, because that
testcase really can't be reduced.
You'd need to reduce by hand, e.g. to:
#define A(n) if (a[n]) a[n]++;
#define B(n) A(n##0) A(n##1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83967
Emil Jiří Tywoniak changed:
What|Removed |Added
CC||emil at tywoniak dot eu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
--- Comment #10 from Matthias Klose ---
to reproduce the clang_delta segfault:
$ cat wxe_funcs.ii
static __typeof() a __attribute__((__weakref__("pthread_mutex_destroy")))
$ /usr/lib/arm-linux-gnueabihf/clang_delta
--query-instances=replace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98537
--- Comment #5 from Hongtao.liu ---
(In reply to prathamesh3492 from comment #4)
> Hi,
> It seems to work on my machine for x86_64.
> Compiling with -O3 (or -O2),
> .optimized dump shows:
>
> v4si foo (v4si b, v4si a)
> {
> v4si c;
> vector(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
--- Comment #11 from Matthias Klose ---
$ valgrind /usr/lib/arm-linux-gnueabihf/clang_delta
--query-instances=replace-function-def-with-decl wxe_funcs.ii
==48917== Memcheck, a memory error detector
==48917== Copyright (C) 2002-2017, and GNU GPL'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98542
--- Comment #4 from rsandifo at gcc dot gnu.org
---
(In reply to rguent...@suse.de from comment #3)
> On Wed, 6 Jan 2021, rsandifo at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98542
> >
> > --- Comment #2 from r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #1 from Hongtao.liu ---
(In reply to Topi Miettinen from comment #0)
> GCC on x86_64 with `-mfentry` generates invalid code for `-mcmodel=large`.
> The call to `__fentry__` uses plain `call` instruction, but this can only
> address lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98559
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98329
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98579
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98481
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98481
--- Comment #2 from Jakub Jelinek ---
Started with r10-6517-g1e042b396e2a84e3ee17bc52def1bf241cb7d248
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98481
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96012
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:10dde773d2d6866cbca3f7323a64130339e36007
commit r10-9229-g10dde773d2d6866cbca3f7323a64130339e36007
Author: Paul Thomas
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
--- Comment #40 from CVS Commits ---
The releases/gcc-10 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:10dde773d2d6866cbca3f7323a64130339e36007
commit r10-9229-g10dde773d2d6866cbca3f7323a64130339e36007
Author: Paul Thomas
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
--- Comment #41 from CVS Commits ---
The releases/gcc-10 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:fc46d988ab1c496acc7e082286e21998a992df42
commit r10-9230-gfc46d988ab1c496acc7e082286e21998a992df42
Author: Paul Thomas
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98562
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98562
--- Comment #8 from David Binderman ---
I see this problem in C++ on x86_64. Source code attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
--- Comment #42 from CVS Commits ---
The releases/gcc-9 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:e780e940a9f53b93bdf6bd70fdb3ec2b287a52e3
commit r9-9158-ge780e940a9f53b93bdf6bd70fdb3ec2b287a52e3
Author: Paul Thomas
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96012
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:e780e940a9f53b93bdf6bd70fdb3ec2b287a52e3
commit r9-9158-ge780e940a9f53b93bdf6bd70fdb3ec2b287a52e3
Author: Paul Thomas
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98577
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98481
--- Comment #3 from Jakub Jelinek ---
So, likely during
1598 cp_walk_tree_without_duplicates (&subtype, find_abi_tags_r, &data);
we should avoid walking into the template parameters.
I guess either it can be done by setting *walk_subtrees in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98562
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98568
Martin Liška changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #2 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #1)
> and by the time of output __fentry__ in gcc, register is already accocated,
> is there any regs supposed to be safe in the entry of function? or we need
> to spill re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98481
--- Comment #4 from Jakub Jelinek ---
Created attachment 49910
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49910&action=edit
gcc11-pr98481.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98580
Bug ID: 98580
Summary: ICE with -fanalyzer and LTO: tree check: expected
class 'type', have 'exceptional' (error_mark) in
useless_type_conversion_p
Product: gcc
V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98463
--- Comment #4 from Jakub Jelinek ---
Reduced testcase:
template struct A { constexpr A () : a() {} [[no_unique_address]]
T a; };
template struct B;
template
struct B : B<1, V...>, A {};
template struct B : A {};
template struct C : B<0, h..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #3 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #2)
> (In reply to Hongtao.liu from comment #1)
> > and by the time of output __fentry__ in gcc, register is already accocated,
> > is there any regs supposed to be safe in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98581
Bug ID: 98581
Summary: unexpected reassociation for umin/umax ?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98577
Chinoune changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed|2020-12-21 00:00:00 |2021-1-7
Target|powerpc64-linu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
--- Comment #43 from CVS Commits ---
The releases/gcc-9 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:1fa1430d1cfc4b373bfde9e3a749a5255a589643
commit r9-9159-g1fa1430d1cfc4b373bfde9e3a749a5255a589643
Author: Paul Thomas
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98463
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98501
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95663
Jonathan Wakely changed:
What|Removed |Added
CC||vanyacpp at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95663
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98520
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-01-07
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98579
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98580
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-01-07
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96919
Martin Liška changed:
What|Removed |Added
Target Milestone|11.0|12.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #4 from Topi Miettinen ---
Sorry, I didn't check the ABI. It seems that %r11 and maybe %r10 should be
usable:
Figure 3.4: Register Usage
Register
Usage
Preserved across function calls
%r10
temporary register, used for passing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98581
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #10 from Martin Liška ---
(In reply to Martin Liška from comment #9)
> (In reply to Jakub Jelinek from comment #8)
> > I don't. LIBUBSAN_SPEC comes from gcc.c, while the libstdc++ stuff comes
> > from cp/g++spec.c and the ordering be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482
--- Comment #5 from Uroš Bizjak ---
(In reply to Topi Miettinen from comment #4)
> Sorry, I didn't check the ABI. It seems that %r11 and maybe %r10 should be
> usable:
%r11 is already used as PROFILE_COUNT_REGISTER for !NO_PROFILE_COUNTERS
targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98463
--- Comment #6 from Jakub Jelinek ---
Created attachment 49911
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49911&action=edit
gcc11-pr98463.patch
Untested fix. Before the PR49290 changes, the empty_base = true; stuff has
been
guarded on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #5 from Richard Biener ---
(In reply to Martin Liška from comment #3)
> For g++ bug2.cc -std=c++17 -O1 -mavx -ftree-loop-vectorize, it started with
> r11-3917-g28290cb50c7dbf87.
Are you sure about this bisection? Reverting this doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #6 from Martin Liška ---
(In reply to Richard Biener from comment #5)
> (In reply to Martin Liška from comment #3)
> > For g++ bug2.cc -std=c++17 -O1 -mavx -ftree-loop-vectorize, it started with
> > r11-3917-g28290cb50c7dbf87.
>
> A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98543
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-01-07
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #7 from Richard Biener ---
(In reply to Richard Biener from comment #5)
> (In reply to Martin Liška from comment #3)
> > For g++ bug2.cc -std=c++17 -O1 -mavx -ftree-loop-vectorize, it started with
> > r11-3917-g28290cb50c7dbf87.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98569
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-01-07
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98582
Bug ID: 98582
Summary: Optimization combined with aliasing generating wrong
code
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #8 from Richard Biener ---
(In reply to Martin Liška from comment #2)
> Confirmed, one can reduce that to a single loop vectorization:
>
> $ g++ bug2.cc -std=c++17 -O1 -mavx -ftree-loop-vectorize
> -fdbg-cnt=vect_loop:10-10 && ./a.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98582
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
--- Comment #23 from CVS Commits ---
The releases/gcc-10 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:316aa7ad19cd5b2dacba61bd7cc930449108abe5
commit r10-9231-g316aa7ad19cd5b2dacba61bd7cc930449108abe5
Author: Paul Thomas
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
--- Comment #24 from CVS Commits ---
The releases/gcc-10 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:b2b53f0afceb09d20fe02ac1a014d49075f098e5
commit r10-9232-gb2b53f0afceb09d20fe02ac1a014d49075f098e5
Author: Paul Thomas
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #9 from Richard Biener ---
(In reply to Richard Biener from comment #8)
> (In reply to Martin Liška from comment #2)
> > Confirmed, one can reduce that to a single loop vectorization:
> >
> > $ g++ bug2.cc -std=c++17 -O1 -mavx -ftre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98582
--- Comment #2 from Ferruh YIGIT ---
Thanks Jakup,
I confirm the 'may_alias' attribute is doing the trick. -fno-strict-aliasing
was already confirmed.
I can see the aliasing between incompatible types, but it bothers me not able
to see what exa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #10 from Richard Biener ---
Created attachment 49912
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49912&action=edit
GIMPLE testcase for one of the miscompiled(?) loops
It shows similar vectorized / analysis IL as for the big
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98582
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #11 from Richard Biener ---
Or massaging the C++ to produce a single-function testcase (driver still
missing,
I think we can remove the "unrelated" loops as well). What kind of shape (w/o
too much guessing) is the function expecting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #12 from Richard Biener ---
So at least the following doesn't produce any different answers for me
comparing -O -ftree-loop-vectorize -mavx to -O0
typedef unsigned long size_t;
template inline void PM(T &a, T &b, T c, T d)
{ a=c+d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98580
David Malcolm changed:
What|Removed |Added
Summary|ICE with -fanalyzer and |ICE with -fanalyzer when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #13 from Martin Reinecke ---
> What kind of shape (w/o too much guessing) is the function expecting for its
> input arrays?
For radb the size of the cc and ch arrays is l1*ido*x.
Size of wa is (x-1)*ido.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98563
Martin Liška changed:
What|Removed |Added
Summary|[10/11 Regression] |[10/11 Regression]
|vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
--- Comment #3 from Patrick Palka ---
Candidate patch:
https://gcc.gnu.org/pipermail/gcc-patches/2021-January/563000.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #14 from Richard Biener ---
So that makes it sth like the following then - still not miscomparing. What's
the "problem at length N" hinting at? Does N somehow make ido/l1 different?
typedef unsigned long size_t;
template inline voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79966
--- Comment #13 from Martin Jambor ---
I can confirm this, even on current trunk.
The reason is that runtptests/3 -> tp_sum/5 is not inlined because it
exceeds max-inline-insns-auto. I have to set the param to 43 - the
default is 15 - for the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #15 from Martin Reinecke ---
"Problem at length N" means that the FFT of length N is computed incorrectly.
Also, N==l1*ido*x.
For an FFT of length N, the computation is broken down into several passes.
Let's take N=15.
First the prom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98583
Bug ID: 98583
Summary: missing -Wuninitialized reading from a second VLA in
its own block
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98567
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6bca2ebf10654b8beb5c5737c8652e8262901294
commit r11-6520-g6bca2ebf10654b8beb5c5737c8652e8262901294
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79966
Martin Jambor changed:
What|Removed |Added
Summary|[9/10/11 Regression] run|[9/10/11 Regression] Test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98567
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98584
Bug ID: 98584
Summary: Many D tests FAIL with SIGBUS in
read_encoded_value_with_base
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98577
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
1 - 100 of 172 matches
Mail list logo
