https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Bug ID: 92865
Summary: [10 Regression] error: unrecognizable insn: in
extract_insn, at recog.c:2294 since
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Richard Biener changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #25 from Maxim Kuvyrkov ---
(In reply to Ilya Leoshkevich from comment #24)
> I got the following results on gcc113:
>
> 400.perlbench
>
> Compiler flags: -DSPEC_CPU -DNDEBUG -DPERL_CORE -march=native -g -O3
> -funroll-loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12955
--- Comment #15 from Steven Bosscher ---
> cc-ing Geoffrey Keating from that thread
Eric, can you please stop adding people from the past to CC lists?
I'm sure you mean well, but it's not always appreciated.
Geoff hasn't been involved in GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Richard Biener changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #26 from Ilya Leoshkevich ---
Whoops, I accidentally used a script I normally use for big-endian
machines (s390 actually). But gcc113 is an APM X-Gene Mustang board.
I'll try again with your flags and see if I can reproduce the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92862
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92737
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92283
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 92283, which changed state.
Bug 92283 Summary: [10 Regression] 454.calculix miscomparison since r276645
with -O2 -march=znver2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92283
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89007
--- Comment #1 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Mon Dec 9 09:59:42 2019
New Revision: 279112
URL: https://gcc.gnu.org/viewcvs?rev=279112=gcc=rev
Log:
2019-12-09 Prathamesh Kulkarni
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Mon Dec 9 09:58:56 2019
New Revision: 279110
URL: https://gcc.gnu.org/viewcvs?rev=279110=gcc=rev
Log:
libstdc++: fix buffer overflow in path::operator+= (PR92853)
When concatenating a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92862
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92009
Jakub Jelinek changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Bug ID: 92867
Summary: Use ERF_RETURNS_ARG in more places
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92845
--- Comment #1 from Claudiu Zissulescu ---
Although the FDCMP (the double precision floating point compare instruction) is
added to the compiler, it is not properly used via cstoredi pattern.
A patch can be this one:
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91154
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92388
--- Comment #2 from Martin Liška ---
Any update on this Kyril?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #24 from Ilya Leoshkevich ---
I got the following results on gcc113:
400.perlbench
Compiler flags: -DSPEC_CPU -DNDEBUG -DPERL_CORE -march=native -g -O3
-funroll-loops -fopt-info-vec-optimized -DSPEC_CPU -DNDEBUG -DPERL_CORE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92863
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Bug ID: 92864
Summary: [10 Regression] ICE in is_really_empty_class at
gcc/cp/class.c:8595 since r276563
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #1 from Hongtao.liu ---
I'll take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #3 from Hongtao.liu ---
Since TARGET_XOP only supports 128-bit vector compare, ix86_valid_mask_cmp_mode
should also handle 256/512-bit vector compare when avx512f is avalable.
untested patch
@@ -3428,7 +3428,7 @@ static bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #4 from Richard Biener ---
(In reply to Hongtao.liu from comment #3)
> Since TARGET_XOP only supports 128-bit vector compare,
> ix86_valid_mask_cmp_mode should also handle 256/512-bit vector compare when
> avx512f is avalable.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #2 from David Binderman ---
I am not sure which file was affected. make -j 10 was running, so it could
be one of many.
Fortran is probably not the cause. Beyond trying a make -j 1 build without
fortran, which might take 24 hours or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85559
Bug 85559 depends on bug 92578, which changed state.
Bug 92578 Summary: [i386] cmov not generated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92578
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92578
Hongtao.liu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #4 from Richard Biener ---
Aha. Reduced testcase:
struct S { int operator<<(const int &); } glob;
void foo()
{
S& message_stream = glob;
auto format = [_stream](auto && x) { message_stream << x ;};
format(3);
format(4u);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Mon Dec 9 11:16:29 2019
New Revision: 279115
URL: https://gcc.gnu.org/viewcvs?rev=279115=gcc=rev
Log:
libstdc++: fix buffer overflow in path::operator+= (PR92853)
When concatenating a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92844
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
Lucas Bader changed:
What|Removed |Added
CC||lucas.bader at sap dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92855
Alexander Monakov changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877
Alexander Monakov changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92866
Bug ID: 92866
Summary: [10 Regression] libgo build failure on
arm-linux-gnueabihf (ICE, segfault)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #3 from Richard Biener ---
Somewhat reduced:
#include
#include
struct S
{
int operator<<(const int &);
};
S glob;
void foo()
{
S& message_stream = glob;
auto data = std::make_tuple(3,4u);
auto format = [_stream](auto &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92737
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Dec 9 09:00:42 2019
New Revision: 279109
URL: https://gcc.gnu.org/viewcvs?rev=279109=gcc=rev
Log:
Come up with constructors of symtab_node, cgraph_node and varpool_node.
2019-12-09
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92834
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Dec 9 10:13:18 2019
New Revision: 279113
URL: https://gcc.gnu.org/viewcvs?rev=279113=gcc=rev
Log:
PR tree-optimization/92834
* match.pd (A - ((A - B) & -(C cmp D))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55783
Marc Mutz changed:
What|Removed |Added
CC||marc at kdab dot com
--- Comment #15 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92856
Marc Mutz changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #4 from Marc Mutz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92856
--- Comment #3 from Marc Mutz ---
Indeed, I didn't check that it actually fails in SFINAE. Sorry for that.
This works:
// https://godbolt.org/z/EfJmS4
#include
#include
template
using nonnarrowing_test =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Bug ID: 92868
Summary: [10 Regression] ICE: tree check: expected integer_cst,
have ssa_name in to_wide, at tree.h:5855
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #5 from David Binderman ---
Problem seems to go away if I set VALGRIND_OPTS
export VALGRIND_OPTS="--expensive-definedness-checks=yes"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #3 from Thomas Schwinge ---
Author: tschwinge
Date: Mon Dec 9 11:40:17 2019
New Revision: 279120
URL: https://gcc.gnu.org/viewcvs?rev=279120=gcc=rev
Log:
[PR92854] Add 'libgomp.oacc-c-c++-common/pr92854-1.c'
... to document the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92511
--- Comment #3 from Thomas Schwinge ---
Author: tschwinge
Date: Mon Dec 9 11:40:36 2019
New Revision: 279122
URL: https://gcc.gnu.org/viewcvs?rev=279122=gcc=rev
Log:
[PR92511] More testing for OpenACC "present" subarrays
In particular,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
--- Comment #3 from Joshua Saxby ---
I can confirm that if `MyUnsigned` is changed to `unsigned char`, the issue
persists, however if it is changed to `unsigned int`, the issue is not present.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #4 from Thomas Schwinge ---
Created attachment 47444
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47444=edit
[WIP] 'libgomp.oacc-c-c++-common/acc_map_data-device_already-*.c',
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91226
--- Comment #4 from Joseph S. Myers ---
Fixed for GCC 10. Leaving open for now for possible backports to GCC 9 and 8
branches as a wrong-code fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
--- Comment #2 from Joshua Saxby ---
(In reply to Richard Biener from comment #1)
> I think the warning is about foo - bar being carried out in type 'int' due to
> integer promotion and that converted to size_t which may turn the negative
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
--- Comment #3 from Jakub Jelinek ---
Sure, go ahead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92861
Samuel Thibault changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92861
--- Comment #3 from Samuel Thibault ---
Created attachment 47446
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47446=edit
fix duplicate definition
Ah, sorry, _CLOCK_REALTIME is actually already getting defined in the generated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91226
--- Comment #3 from Joseph S. Myers ---
Author: jsm28
Date: Mon Dec 9 13:59:24 2019
New Revision: 279129
URL: https://gcc.gnu.org/viewcvs?rev=279129=gcc=rev
Log:
Fix libdecnumber handling of non-canonical BID significands (PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #6 from Martin Liška ---
I have a reduced test-case, but thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92410
--- Comment #8 from Matthew Malcomson ---
Author: matmal01
Date: Mon Dec 9 12:03:53 2019
New Revision: 279124
URL: https://gcc.gnu.org/viewcvs?rev=279124=gcc=rev
Log:
[mid-end] Add notes to dataflow insn info when re-emitting (PR92410)
In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #5 from Hongtao.liu ---
(In reply to Richard Biener from comment #4)
> (In reply to Hongtao.liu from comment #3)
> > Since TARGET_XOP only supports 128-bit vector compare,
> > ix86_valid_mask_cmp_mode should also handle 256/512-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92503
--- Comment #2 from Thomas Schwinge ---
Created attachment 47445
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47445=edit
[PR92503] [OpenACC] Don't silently 'acc_unmap_data' in 'acc_free'
(In reply to jules from comment #1)
> FWIW, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282
--- Comment #3 from John Paul Adrian Glaubitz ---
This problem is still present in r278870:
../../src/gcc/ubsan.c: In function 'tree_node* ubsan_type_descriptor(tree,
ubsan_print_style)':
../../src/gcc/ubsan.c:409:33: warning: unterminated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92825
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #2 from jules at gcc dot gnu.org ---
For strictly-paired acc_map_data/acc_unmap_data calls that don't interfere with
other mappings -- no, probably not. But (like I guess you noticed too) the
existing code feels wrong (or at least
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282
--- Comment #4 from Andreas Schwab ---
Workaround: use release checking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843
--- Comment #4 from Thomas Schwinge ---
Created attachment 47448
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47448=edit
[WIP] [PR92843] [OpenACC] Disallow 'acc_delete' etc. for TODOeverything without
a dynamic reference count
Julian,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843
--- Comment #5 from Thomas Schwinge ---
Created attachment 47450
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47450=edit
[WIP] [PR92843, or is this a separate PR?] Properly handly dynamic reference
counts for TODO'REFCOUNT_INFINITY'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586
--- Comment #4 from epagone ---
The test case compiles and runs correctly on ifort 19.0.1.144
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92840
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #5 from jules at gcc dot gnu.org ---
Huh, yes, I missed that line in the spec (about existing mappings). I'll have a
look at the test case you mentioned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Ulrich Drepper changed:
What|Removed |Added
CC||drepper.fsp+rhbz at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
--- Comment #5 from Jakub Jelinek ---
GCC already has various attributes that take argument positions, e.g. the
nonnull, alloc_size, format, format_arg, so we should follow what is used for
those for this argument.
E.g. for format_arg we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92840
--- Comment #2 from jules at gcc dot gnu.org ---
I think that looks OK, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843
--- Comment #6 from jules at gcc dot gnu.org ---
Please don't start making changes to the reference-counting code that is being
replaced by my overhaul patch. The existing code was rewritten for a reason --
that being, I hit various problems with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #4 from David Binderman ---
Some progress: make -j 1 with languages set to C only, got this:
/home/dcb/gcc/working/./gcc/xgcc -B/home/dcb/gcc/working/./gcc/
-B/home/dcb/gcc/results.279100.valgrind/x86_64-pc-linux-gnu/bin/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 92832, which changed state.
Bug 92832 Summary: valgrind error in incorporate_penalties
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92838
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92848
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92848
--- Comment #2 from jules at gcc dot gnu.org ---
Again, please don't change this code under the feet of the refcount overhaul
patch! Using the (currently OpenMP-specific) GOMP_MAP_VARS_ENTER_DATA is going
to end up mighty confusing from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92841
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
--- Comment #4 from Andrew Pinski ---
(In reply to Joshua Saxby from comment #2)
> (In reply to Richard Biener from comment #1)
> > I think the warning is about foo - bar being carried out in type 'int' due
> > to
> > integer promotion and that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92861
--- Comment #6 from ian at gcc dot gnu.org ---
Author: ian
Date: Mon Dec 9 18:03:53 2019
New Revision: 279136
URL: https://gcc.gnu.org/viewcvs?rev=279136=gcc=rev
Log:
PR go/92861
runtime: don't define CLOCK_REALTIME in os_hurd.go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
--- Comment #3 from Martin Sebor ---
Martin, thanks for CC'ing me on bugs I cause, but please leave assigning them
to me or whoever might choose to come up with a fix before I get to it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
--- Comment #5 from Jakub Jelinek ---
(In reply to Martin Sebor from comment #4)
> The problem is fixed by the patch for PR 91582:
> https://gcc.gnu.org/ml/gcc-patches/2019-12/msg00478.html
That patch doesn't even mention the compute_objsize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92870
Bug ID: 92870
Summary: new test case gcc.dg/vect/vect-shift-5.c fails
starting with its introduction in r279114
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
1 - 100 of 158 matches
Mail list logo
