https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101790
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88531
--- Comment #9 from Hongtao.liu ---
I notice this testcase can be vectorized w/ gcc version 12.0.0 20210805
(experimental) (GCC)
Guess it's related to Richi's
https://gcc.gnu.org/pipermail/gcc-patches/2021-August/576527.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86369
--- Comment #7 from Richard Biener ---
constexpr evaluation shouldn't blindly call fold* if it doesn't expect things
to end up constant that are not or non-constant that are. fold* is _not_ a
constexpr evaluator in the C++ semantic sense.
So no
: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210806 (experimental) [master revision
9124bbe1857:9d62796a203:fd351c76c23187fdc74d9af6874a54e2e84c4d25] (GCC)
[567] %
[567] % gcctk -Os small.c
[568] %
[568] % gcctk -O2 small.c
small.c: In function ‘main’:
small.c:11:1: error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49869
Richard Biener changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 49869, which changed state.
Bug 49869 Summary: Excessive loop versioning done by vectorization + predictive
commoning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49869
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101798
Bug ID: 101798
Summary: rust-demangle.c infinite recursion
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: demangler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56418
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101783
Jonathan Wakely changed:
What|Removed |Added
Keywords|diagnostic |
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101783
--- Comment #3 from Jonathan Wakely ---
GCC 4.4 and earlier didn't accept it with the typename there:
101783.C:8: error: using 'typename' outside of template
101783.C:8: error: 'const' qualifiers cannot be applied to 'B&'
The typename started
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101799
Bug ID: 101799
Summary: Warning messages for PMF leak internal names like
::__pfn and ::__delta
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101797
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |12.0
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101783
--- Comment #4 from Jonathan Wakely ---
(In reply to nick huang from comment #0)
> The signature of *f* would drop unnecessary const anyway as top-level
> cv qualifier according to spec. So, there is no need to generate error.
>
> 2. clang give
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52288
--- Comment #8 from Jonathan Wakely ---
If we don't do the same as Clang, I definitely like the suggestion to drop the
function name if within the same scope. For a function template with many
template arguments and function arguments it can get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101797
--- Comment #2 from Martin Liška ---
Btw. started with r12-2640-gf7bf03cf69ccb7dc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85087
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101512
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:129bf4f2efc0ec22ee14affd8c8a3bfe07896356
commit r11-8830-g129bf4f2efc0ec22ee14affd8c8a3bfe07896356
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101505
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:c891d268c446bd01f82e256e24580afcb3b526ae
commit r11-8831-gc891d268c446bd01f82e256e24580afcb3b526ae
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101512
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101695
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101695
Jonathan Wakely changed:
What|Removed |Added
Attachment #51225|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101800
Bug ID: 101800
Summary: mingw-64 link error with constexpr static variable
definition
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101636
--- Comment #6 from Richard Biener ---
So what happens is that we have a vector(16) constructor
_151 = {_150, _149, _148, _147, _146, _145, _144, _143, _142, _141, _140,
_139, _138, _137, _136, _135};
fed by a series of
_150 = _75 ? -1 :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101695
Jonathan Wakely changed:
What|Removed |Added
Attachment #51268|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101695
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101695
--- Comment #4 from Jonathan Wakely ---
PR 70413 comment 3 has a suggested fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
Bug ID: 101801
Summary: vect_worthwhile_without_simd_p is broken
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101802
Bug ID: 101802
Summary: Vectorization can end up creating vector bool CTORs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101695
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70413
Jonathan Wakely changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101802
Richard Biener changed:
What|Removed |Added
Blocks||53947
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101800
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99901
Jakub Jelinek changed:
What|Removed |Added
CC||koncek.marian at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
--- Comment #2 from rsandifo at gcc dot gnu.org
---
Never really looked at the SIMD-without-SIMD stuff.
When I first saw this, I was hoping you were suggesting
killing off the whole thing :-)
So no, no objection from me. It sounds like in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
--- Comment #3 from rsandifo at gcc dot gnu.org
---
So maybe a less invasive fix would be to add && !VECTOR_BOOLEAN_TYPE_P
to the condition. Still no objection to killing it off instead though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101781
KL changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97110
Bug 97110 depends on bug 101781, which changed state.
Bug 101781 Summary: make_unique generating a warning with -fanalyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101781
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
--- Comment #4 from Richard Biener ---
(In reply to rsand...@gcc.gnu.org from comment #3)
> So maybe a less invasive fix would be to add && !VECTOR_BOOLEAN_TYPE_P
> to the condition. Still no objection to killing it off instead though.
Yeah, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53660
David Krauss changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99440
--- Comment #1 from Yang Wang ---
And also line 26 should be executed 5 times
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101797
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:cd04e829c3ae244abd711e2597f8b72d6c58c713
commit r12-2787-gcd04e829c3ae244abd711e2597f8b72d6c58c713
Author: Uros Bizjak
Date: Fri A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101797
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88531
--- Comment #10 from H.J. Lu ---
It is fixed by r12-2733.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88531
--- Comment #11 from Richard Biener ---
OK, that probably was an unintended side-effect of now doing
/* Include the conversion if it is widening and we're using
the IFN path or the target can handle the converted from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88531
--- Comment #12 from H.J. Lu ---
For some reason,
-march=x86-64 -mx32
and
-march=x86-64 -m32 -mfpmath=sse
won't vectorize the loop.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88531
--- Comment #13 from H.J. Lu ---
Here is the equivalent C code:
---
#include
#define loop_t uint32_t
#define idx_t uint32_t
void loop(double * const __restrict__ dst,
double const * const __restrict__ src,
idx_t const * co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f31da42e047e8018ca6ad9809273bc7efb6ffcaf
commit r12-2789-gf31da42e047e8018ca6ad9809273bc7efb6ffcaf
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 101801, which changed state.
Bug 101801 Summary: vect_worthwhile_without_simd_p is broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101803
Bug ID: 101803
Summary: CTAD fails for nested designated initializers
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101260
--- Comment #10 from Stefan Schulze Frielinghaus ---
In regcprop we call find_oldest_value_reg which itself calls
maybe_mode_change (TImode, TImode, DImode, 10, 18)
where we have
regno += subreg_regno_offset (regno, orig_mode, offset, new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101723
--- Comment #3 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:a22b3e022c2b45047a28d901042888eb77620499
commit r12-2790-ga22b3e022c2b45047a28d901042888eb77620499
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101723
--- Comment #4 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:aff75af3b50f8c039ed6fbfa3f313ba45d44f6e6
commit r12-2791-gaff75af3b50f8c039ed6fbfa3f313ba45d44f6e6
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101795
--- Comment #1 from Marc Glisse ---
Hint: -fno-trapping-math lets it compile.
It should probably be accepted in a manifestly_const_eval context, although
some in the committee wanted to prevent the use of NaN (and sometimes even
infinity!) in co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101799
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101799
--- Comment #2 from Martin Sebor ---
PR 96989 is related only in that it also involves the pretty printer.
Otherwise, to avoid SSA_NAMEs the pretty-printer needs to recursively expand
them into their assignments from DECLs or expressions (e.g.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101681
Steven Sun changed:
What|Removed |Added
CC||StevenSun2021 at hotmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101804
Bug ID: 101804
Summary: float_vector_all_ones_operand should be used more
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96542
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101769
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101804
H.J. Lu changed:
What|Removed |Added
Attachment #51270|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101805
Bug ID: 101805
Summary: Max -> bool0 | bool1 Min ->
a & b
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
francis.deslauriers at efficios dot com changed:
What|Removed |Added
CC||francis.deslauri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68568
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68568
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101806
Bug ID: 101806
Summary: Extra zero extends for some arguments in some cases
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhanc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101806
--- Comment #1 from Andrew Pinski ---
It happens to work on x86-64(with -march=skylake-avx512) becausewe get a
zero_extend instead of an and there. I still don't understand how x86 is able
to figure out the &1 part.
Trying 11, 9 -> 12:
11: r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101807
Bug ID: 101807
Summary: bool0 < bool1 Should expand as !bool0 &bool1 and bool0
<= bool1 as !bool0 | bool1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101808
Bug ID: 101808
Summary: comparison0 < comparison1 should be transformed into
comparison0` & comparison1; likewise for <=
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101808
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-06
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101808
--- Comment #2 from Andrew Pinski ---
bit_or should be bit_ior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101805
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96989
Martin Sebor changed:
What|Removed |Added
Assignee|ibuclaw at gdcproject dot org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96989
--- Comment #6 from Martin Sebor ---
The tree pretty-printer would do better by obviating the internal differences:
e.g., it could convert the IL for h():
a = __builtin_malloc (_1);
_2 = a + 8;
_3 = *_2;
directly to a[2].
8,"aM",@progbits,8
.align 8
.LC0:
.long 0
.long 1078263808
.ident "GCC: (GNU) 12.0.0 20210806 (experimental)"
.section.note.GNU-stack,"",@progbits
[hjl@gnu-cfl-2 xxx]$
emulated gather capability isn't enabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101793
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101793
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66589
--- Comment #2 from Andrew Pinski ---
I don't why sometimes it shows up as enabled and other times it does not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101681
--- Comment #2 from Steven Sun ---
The root cause for this is that the compiler forbids constant folding when
involving PMF of an incomplete class.
https://gcc.gnu.org/git?p=gcc.git;a=blob;f=gcc/cp/expr.c;h=d16d1896f2ddd08264b389b02b9640cca332e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101681
--- Comment #3 from Steven Sun ---
By the way, in the current design, the class definition is passed twice in
order we can see every member data/function declaration before parsing NSDMI
and member functions.
The class is complete after parsing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66986
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66989
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67734
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
Andrew Pinski changed:
What|Removed |Added
CC||275438859 at qq dot com
--- Comment #58
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67902
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68808
--- Comment #1 from Andrew Pinski ---
Yes because the specs are setup with the specific --sysroot option supplied.
The code sets up the sysroot spec only if the --sysroot is supplied:
/* Pass the --sysroot option to the linker, if it supports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68900
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69722
Andrew Pinski changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68938
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88557
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95127
--- Comment #2 from Andrew Pinski ---
All 4 compilers (GCC, ICC, clang and MSVC) I have access to reject this code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100720
--- Comment #1 from Andrew Pinski ---
clang rejects the first example:
:7:20: error: function 'f' with deduced return type cannot be used
before it is defined
return f(0);
^
:2:10: note: 'f' declared here
auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69519
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51837
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51837
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |target
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70079
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70793
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101810
Bug ID: 101810
Summary: libiberty/simple-object-xcoff.c segmentation fault
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70793
Andrew Pinski changed:
What|Removed |Added
Summary|g++ does not accept some|C++11: not accepting some
1 - 100 of 123 matches
Mail list logo
