https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90830
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90579
--- Comment #4 from Richard Biener ---
A workaround on your side would be to stick -mprefer-vector-size=128 on the
function.
Note the actual code seems to have another loop touching r inbetween:
for (i=0;i<6;i++)
{ r[i] = x1*toverp[k+i]*g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90819
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41647
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41881
Bug 41881 depends on bug 41647, which changed state.
Bug 41647 Summary: Early Loop Unrolling control
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41647
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90827
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90832
Bug ID: 90832
Summary: An ICE
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39725
Richard Biener changed:
What|Removed |Added
CC|rguenth at gcc dot gnu.org |mfortune at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90830
--- Comment #2 from Marc Glisse ---
ICE is short for "internal compiler error", it means that the compiler crashes.
Please don't use that expression for anything else, in particular not for the
compiler reporting an error in your code (whether it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87847
--- Comment #10 from Martin Liška ---
Author: marxin
Date: Tue Jun 11 07:55:19 2019
New Revision: 272144
URL: https://gcc.gnu.org/viewcvs?rev=272144&root=gcc&view=rev
Log:
Disable htable sanitization in pt.c (PR c++/87847).
2019-06-11 Martin L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90796
--- Comment #4 from Richard Biener ---
Hmm, the CFG looks like unroll-and-jam attempts to do versioning/peeling
but forgets the tail loop is executed at least once?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90820
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90831
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90832
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90829
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90781
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90816
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90828
Martin Liška changed:
What|Removed |Added
Keywords||compile-time-hog
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90819
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Jun 11 08:20:02 2019
New Revision: 272145
URL: https://gcc.gnu.org/viewcvs?rev=272145&root=gcc&view=rev
Log:
PR bootstrap/90819
* trans-mem.c (tm_memopt_compute_availa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47770
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88784
--- Comment #24 from rguenther at suse dot de ---
On Tue, 11 Jun 2019, helijia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88784
>
> --- Comment #23 from Li Jia He ---
> Created attachment 46477
> --> https://gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90830
--- Comment #3 from Jonathan Wakely ---
(In reply to zhonghao from comment #0)
> However, I tried clang and icc, and both compilers accept the code. Is the
> bug fully fixed?
They only accept it because your code doesn't instantiate the function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90574
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90829
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90829
--- Comment #3 from Jonathan Wakely ---
N.B. if you enable warnings (just -Wall is enough) then you do get a diagnostic
without -fopenacc:
acc.cc:2: warning: ignoring #pragma acc kernels [-Wunknown-pragmas]
#pragma acc kernels loop create(f) co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90829
--- Comment #4 from Jakub Jelinek ---
While the OpenACC standard has the specification far more vague than OpenMP,
where the standard specifies only a subset of C/C++ for loops to be valid in
OpenMP constructs, quick search of OpenACC 2.5 specifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90784
Richard Biener changed:
What|Removed |Added
Keywords|wrong-code |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90785
--- Comment #2 from Richard Biener ---
ia64 no longer has a maintainer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90786
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90798
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90806
Richard Biener changed:
What|Removed |Added
Target||aarch64
--- Comment #2 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90810
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90833
Bug ID: 90833
Summary: Inline specification is changed?
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90812
--- Comment #2 from Richard Biener ---
I think most tests like this end up using 'long long' and use
__SIZEOF_LONG_LONG__ to guard code. There's a dejagnu effective target for
long long support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90819
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90828
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90832
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90833
--- Comment #1 from zhonghao at pku dot org.cn ---
Here is the url of the previous bug report:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88726
(In reply to zhonghao from comment #0)
> A previous bug report has a code sample:
>
> int main()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90833
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment #2 from Ric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90806
--- Comment #3 from Christophe Lyon ---
(In reply to Richard Biener from comment #2)
> GCC 6 is no longer maintained btw.
I'm talking about gcc-9 and trunk. The host (x86_64) is running either Redhat
Linux 6 or 7.
Both cases use dejagnu-1.5.1 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90806
--- Comment #4 from Christophe Lyon ---
gcc.log on the RH7 host contains lines which are absent from gcc.log on the RH6
host:
In function 'void wrap_memcpy_dst_diff_max(char*, const char*, ptrdiff_t,
size_t)',
inlined from 'void call_memcpy_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811
--- Comment #5 from Jakub Jelinek ---
Ok, had a look today under debugger what happens.
In the host cc1, before LTO into for offloading is written, we bump the
alignment of the "omp simt private" variable from 64-bits to 128-bits in
align_local_v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88784
--- Comment #25 from Li Jia He ---
Indeed, this patch cannot catch all variants that appear.
I found that the optimize_vec_cond_expr function in the tree-ssa-reassoc.c file
will
call maybe_fold_and_comparisons and maybe_fold_or_comparisons, so j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90801
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90833
--- Comment #4 from Jonathan Wakely ---
(In reply to zhonghao from comment #0)
> Is the spec changed? Or, actually, this is a new bug?
P.S. It doesn't make sense to ask if the spec changed when the previous bug was
about conformance to the C sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90781
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90833
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90801
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86299
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88784
--- Comment #26 from rguenther at suse dot de ---
On Tue, 11 Jun 2019, helijia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88784
>
> --- Comment #25 from Li Jia He ---
> Indeed, this patch cannot catch all variants
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86430
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86473
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86478
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86501
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811
--- Comment #6 from Jakub Jelinek ---
Created attachment 46479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46479&action=edit
gcc10-pr90811-overalign.patch
Perhaps during estimate_stack_frame_size we should make sure not to adjust
DECL_A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86634
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811
--- Comment #7 from Alexander Monakov ---
(In reply to Jakub Jelinek from comment #6)
> Created attachment 46479 [details]
> gcc10-pr90811-overalign.patch
>
> Perhaps during estimate_stack_frame_size we should make sure not to adjust
> DECL_ALIG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
Bug ID: 90834
Summary: Header and startup objects not found on macOS 10.15
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
--- Comment #1 from Iain Sandoe ---
I don't have 10.15 or xcode 11 yet ..
does ...
configure --prefix ...
--with-sysroot=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
.
CC="clang --sysroot=/Library/Developer/CommandLineTools/SDKs/Mac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
--- Comment #2 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #1)
> I don't have 10.15 or xcode 11 yet ..
>
> does ...
> configure --prefix ...
> --with-sysroot=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
> .
> CC="clan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #5 from paul.richard.thomas at gmail dot com ---
Hi there,
That might well have pinpointed the problem sufficiently.
Thanks
Paul
On Mon, 10 Jun 2019 at 20:18, seurer at gcc dot gnu.org
wrote:
>
> https://gcc.gnu.org/bugzilla/show
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62041
--- Comment #6 from Marc Glisse ---
Author: glisse
Date: Tue Jun 11 12:48:26 2019
New Revision: 272151
URL: https://gcc.gnu.org/viewcvs?rev=272151&root=gcc&view=rev
Log:
fold_real_zero_addition_p for vectors
2019-06-11 Marc Glisse
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62041
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90810
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Jun 11 13:01:40 2019
New Revision: 272152
URL: https://gcc.gnu.org/viewcvs?rev=272152&root=gcc&view=rev
Log:
PR c++/90810
* init.c (constant_value_1): Handle VECTOR_CS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90810
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Jun 11 13:08:47 2019
New Revision: 272154
URL: https://gcc.gnu.org/viewcvs?rev=272154&root=gcc&view=rev
Log:
PR c++/90810
* init.c (constant_value_1): Handle VECTOR_CS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
--- Comment #4 from Iain Sandoe ---
(In reply to Eric Gallager from comment #3)
> possible dup of bug 90808?
no, not in this case - although it gets hard to figure out what's going on when
partial sysroots are copied into place, that seemed to b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
Bug ID: 90835
Summary: Incompatibilities with macOS 10.15 headers
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
--- Comment #1 from Rainer Orth ---
Created attachment 46480
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46480&action=edit
macOS 10.15 header patches to allow bootstrap to complete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90836
Bug ID: 90836
Summary: Missing popcount pattern matching
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
--- Comment #2 from Iain Sandoe ---
does the existing availability hack work [below]?
*if the person who originally put it into pr83531 doesn't post it soon - I plan
to apply it anyway - having re-tested with 10.13/10.14(SDK2)
* for the other t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90810
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Jun 11 13:42:07 2019
New Revision: 272155
URL: https://gcc.gnu.org/viewcvs?rev=272155&root=gcc&view=rev
Log:
PR c++/90810
* init.c (constant_value_1): Handle VECTOR_CS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90810
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90796
--- Comment #5 from Michael Matz ---
FWIW, the reduced testcase from comment #3 is wrong. Even with -O0 or with gcc
4.3 or 6 I get:
b:48
Aborted (core dumped)
But I can reproduce the problem with the original testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90836
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90832
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90801
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90801
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Tue Jun 11 14:03:41 2019
New Revision: 272156
URL: https://gcc.gnu.org/viewcvs?rev=272156&root=gcc&view=rev
Log:
2019-06-11 Richard Biener
PR c++/90801
* typeck2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90837
Bug ID: 90837
Summary: Generate infinite loop when using -ftree-vrp
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90449
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Tue Jun 11 15:03:21 2019
New Revision: 272157
URL: https://gcc.gnu.org/viewcvs?rev=272157&root=gcc&view=rev
Log:
PR c++/90449 - add -Winaccessible-base option.
* doc/invo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90449
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44209
Bug 44209 depends on bug 90449, which changed state.
Bug 90449 Summary: No way to turn off warning about inaccessible base
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90449
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90838
Bug ID: 90838
Summary: Detect table-based ctz implementation
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90839
Bug ID: 90839
Summary: Detect lsb ones counting loop (final value
replacement?)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90579
H.J. Lu changed:
What|Removed |Added
Summary|Huge store forward stall|[8/9/10] Huge store forward
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90822
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue Jun 11 16:40:10 2019
New Revision: 272161
URL: https://gcc.gnu.org/viewcvs?rev=272161&root=gcc&view=rev
Log:
PR target/90811
* config/nvptx/nvptx.c (nvptx_output_softs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90806
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Tue Jun 11 16:43:09 2019
New Revision: 272162
URL: https://gcc.gnu.org/viewcvs?rev=272162&root=gcc&view=rev
Log:
PR target/90811
* config/nvptx/nvptx.c (nvptx_output_softs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Tue Jun 11 16:44:41 2019
New Revision: 272163
URL: https://gcc.gnu.org/viewcvs?rev=272163&root=gcc&view=rev
Log:
PR target/90811
* config/nvptx/nvptx.c (nvptx_output_soft
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513
--- Comment #17 from Umesh Kalappa ---
the following change
#undef TARGET_ASM_CAN_OUTPUT_MI_THUNK
#define TARGET_ASM_CAN_OUTPUT_MI_THUNK rs6000_can_output_mi_thunk
/* Return true if rs6000_output_mi_thunk would be able to output the
assembl
Hi Segher ,
We would like to know comments on the below proposed change ?
Thank you
~Umesh
On Tue, Jun 11, 2019 at 10:23 PM umesh.kalappa0 at gmail dot com
wrote:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513
>
> --- Comment #17 from Umesh Kalappa ---
> the following change
>
> #und
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513
--- Comment #18 from Eric Botcazou ---
> is that ok to commit and we regressed for powerpc and no-regress found .
But this will pessimize e.g. VxWorks in RTP mode which works OK, so no.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90837
--- Comment #1 from Andrew Pinski ---
The access auwMulRRUPeakUsrInfo[0][uwUserCountCell1] can be out of bounds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90838
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90397
Evgeniy Dushistov changed:
What|Removed |Added
CC||dushistov at mail dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90840
Bug ID: 90840
Summary: [8/9/10 Regression] ICE in simplify_subreg, at
simplify-rtx.c:6441
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 147 matches
Mail list logo