https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93765
Bug ID: 93765
Summary: Bootstrap comparison failure; gcc/tree-vect-loop.o
differs
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93766
Bug ID: 93766
Summary: [GCOV] incorrect coverage when compiled with option
'-fsanitize=undefined' for struct assignment statement
Product: gcc
Version: 9.2.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82199
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87313
pskocik at gmail dot com changed:
What|Removed |Added
CC||pskocik at gmail dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93720
--- Comment #4 from Andrew Pinski ---
Note the __builtin_shuffle expansion can be generialized to handle the case
where there is more than elements but only one element insert:
#define vector __attribute__((vector_size(16) ))
vector float f(vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93720
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> Note the __builtin_shuffle expansion can be generialized to handle the case
> where there is more than elements but only one element insert:
Note this should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82199
--- Comment #3 from Andrew Pinski ---
Created attachment 47850
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47850&action=edit
Patch without testcases
My patch but without testcases. I will try to add a few in a little bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93679
--- Comment #1 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:72700543b67561ab6a466e93b4c0d4fa8e6530e6
commit r10-6661-g72700543b67561ab6a466e93b4c0d4fa8e6530e6
Author: Ian Lance Taylor
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93679
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: qrzhang at gatech dot edu
Target Milestone: ---
It appears to be a regression in 8.X. Gcc-7.4 works fine.
Bisection points to: g:a57776a11369621f9e9e8a8a3db6cb406c8bf27b
$ gcc-trunk -v
gcc version 10.0.1 20200216
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90354
--- Comment #8 from vfdff ---
I have a method to fix this issue:
check the egde with bb_has_eh_pred, and avoid bundling the jump insn when it
is true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93720
--- Comment #6 from Dmitrij Pochepko ---
Created attachment 47851
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47851&action=edit
current patch version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61414
--- Comment #30 from Eric Gallager ---
(In reply to Jakub Jelinek from comment #29)
> Fixed for 8.4+ and 9.3+ too.
As far as I can tell, the commits in question just silenced the main false
positives from that warning that people were complainin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93743
--- Comment #4 from Uroš Bizjak ---
Created attachment 47852
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47852&action=edit
Patch in testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93585
--- Comment #4 from Norman Goldstein ---
I've received an explanation from bug-gnu-ut...@gnu.org. The C++11 standard
3.5/10 states that "... the types specified by all declarations referring to a
given variable or function shall be identical ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93768
Bug ID: 93768
Summary: Use vpternlog for composite logical operations
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93720
--- Comment #7 from Andrew Pinski ---
Created attachment 47853
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47853&action=edit
A better version
This attached patch is generalized version of the vec_perm to insert. We don't
need need patt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93769
Bug ID: 93769
Summary: Slightly wrong error message for static_asserts with
no message
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93743
--- Comment #5 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:6e37e49616d429c5d922324ebd72ae95f12a079f
commit r10-6662-g6e37e49616d429c5d922324ebd72ae95f12a079f
Author: Uros Bizjak
Date: Sun Fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93599
Thomas Koenig changed:
What|Removed |Added
Attachment #47800|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745
Martin Sebor changed:
What|Removed |Added
Summary|Redundant store not |[8/9/10 Regression]
|el
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93763
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93752
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93770
Bug ID: 93770
Summary: std::tuple::operator< sometimes does needless extra
work
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #188 from dave.anglin at bell dot net ---
On 2020-02-15 3:32 p.m., peter.bisroev at groundlabs dot com wrote:
> I have not had a chance to look through these in great detail, will do this
> later today, but some things I've noticed (no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93771
Bug ID: 93771
Summary: SLP produces VEC_PERM when should have used vector
generation
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: missed-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93720
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> Yes we still have the extra mov, but that seems to be a register allocator
> issue. I have not looked into it further.
But the original SLP issue is what produc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93709
--- Comment #1 from Bill Schmidt ---
r10-4160 is the "daily bump" commit. How confident are you in your bisection?
:-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93771
--- Comment #1 from Andrew Pinski ---
If t[3] was an unrelated load, then SLP does the correct thing.
E.g.
void f(double *a, double *t, double *t0, double *d)
{
double t1 = t[0] + d[0];
double t2 = t0[0] + d[1];
a[0] = t1;
a[1] = t2;
}
N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93743
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:bfa537a2ffb30c0d537bb74ade124ca07e9712fe
commit r9-8243-gbfa537a2ffb30c0d537bb74ade124ca07e9712fe
Author: Uros Bizjak
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93743
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751
--- Comment #5 from Alexey Neyman ---
Well, that's exactly how I encountered this bug. We have some built-in
introspection in our binary and we noticed that GCC generates a lot of debug
info for local variables; the difference between -g and -g1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751
--- Comment #6 from Eric Botcazou ---
> But it turned out that we cannot go to -g1, exactly because we need the
> ability to find the addresses/locations of all exported objects - both
> functions and data.
Do you really need debug information f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751
--- Comment #7 from Andrew Pinski ---
>All the other formats are effectively deprecated at this point I think.
Right; as I mentioned this has been an issue since dwarf2 support was added;
since 1996. Which means if someone depdended on this, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93772
Bug ID: 93772
Summary: ICE in cgraph.c with lto when symbol not defined
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93772
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93772
--- Comment #2 from Daniel Santos ---
(In reply to Andrew Pinski from comment #1)
> See https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction on how to reduce
> the sources down to something which you might be able to share with us.
Hello Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93720
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93720
Andrew Pinski changed:
What|Removed |Added
Attachment #47853|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82199
Andrew Pinski changed:
What|Removed |Added
Attachment #47850|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93047
Jiu Fu Guo changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93047
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jiu Fu Guo :
https://gcc.gnu.org/g:a8532e9927ad6e4bbedbb957b02ca413aedf9098
commit r10-6664-ga8532e9927ad6e4bbedbb957b02ca413aedf9098
Author: Jiufu Guo
Date: Mon Feb 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93047
Jiu Fu Guo changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93773
Bug ID: 93773
Summary: Analyzer probably fails to recognize end of C macros
in some cases
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
)) stop 4
|
internal compiler error: in lhd_incomplete_type_error, at langhooks.c:205
0x6514ec lhd_incomplete_type_error(unsigned int, tree_node const*, tree_node
const*)
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/langhooks.c:205
~
0xd8a51f crash_signal
/var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/toplev.c:328
0x110a317 cgraph_node::get(tree_node const*)
/var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/cgraph.h:1378
0x110a317 ana
00c3-linux-gnu/gcc-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/tree-sra.c:2326
0xf2af32 verify_all_sra_access_forests()
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/tree-sra.c:2387
0xf2ccec analyze_all_variable_accesses
/var/tmp/portage/cross-po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93776
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93776
Andrew Pinski changed:
What|Removed |Added
Depends on||93667
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93774
--- Comment #1 from David Malcolm ---
(In reply to Arseny Solokha from comment #0)
> Is it OK now to report analyzer ICEs when testing it w/ languages other than
> C?
Yes, though I'm likely to treat them as lower priority for now.
cast_1, at analyzer/region-model.cc:5064
0x74b5ef ana::region_model::maybe_cast_1(tree_node*, ana::svalue_id)
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/analyzer/region-model.cc:5064
0x1264da0 ana::region_model::maybe_cast(tree_
-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/analyzer/region-model.h:1732
0x74c477 ana::region_model::get_field_region(ana::region_id, tree_node*)
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/analyzer/region-model.cc:5102
0x126e413 ana::region_model
cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200216/work/gcc-10-20200216/gcc/analyzer/region-model.cc:4644
0x126e413 ana::region_model::get_lvalue(ana::path_var,
ana::region_model_context*)
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200216/work/gcc-10-20200216
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93388
--- Comment #13 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:f76a88ebf089871dcce215aa0cb1956ccc060895
commit r10-6667-gf76a88ebf089871dcce215aa0cb1956ccc060895
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93779
--- Comment #1 from Arseny Solokha ---
Apparently worked around by g:f76a88ebf089871dcce215aa0cb1956ccc060895?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93780
Bug ID: 93780
Summary: [10 Regression] ICE in SET_TYPE_VECTOR_SUBPARTS
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
57 matches
Mail list logo
