https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97147
--- Comment #3 from Richard Biener ---
(In reply to Hongtao.liu from comment #2)
> Disable (define_insn "*sse3_haddv2df3_low" and (define_insn
> "*sse3_hsubv2df3_low" seems to be ok.
> But for foo1.
>
> v2df foo1 (v2df x, v2df y)
> {
> v2df a;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97952
--- Comment #3 from Andrew Pinski ---
That is for the C case replace:
auto Skip_f
skip_zero, skip_one_half, skip_one,
command_skip_zero, command_skip,skip;
With:
inline auto Skip_f
skip_zero,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97952
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |ipa
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99160
--- Comment #5 from Jonathan Wakely ---
If that's what "ignored" means here then I think a note would be helpful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101868
--- Comment #9 from Richard Biener ---
I also have a testcase for the testsuite.
Andrew Pinski ---
Confirmed, still crashes in 20210816. The crash is hidden because of a previous
error on the release branches so this is not a regression.
That is:
:5: confused by earlier errors, bailing out
Is really an ICE just hidden from the user.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101943
Andrew Pinski changed:
What|Removed |Added
Summary|[12 Regression] ICE:|ICE: Segmentation fault (in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101943
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICAT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94162
Andrew Pinski changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101943
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98911
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101868
--- Comment #8 from Richard Biener ---
(In reply to Marek Polacek from comment #7)
> Is there any chance that this fix could be backported to 11 or is it too
> risky?
To fix this bug it should be enough to backport the following part:
* tree-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100213
--- Comment #2 from Andrew Pinski ---
overflow in pointer types juck.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101943
Bug ID: 101943
Summary: [12 Regression] ICE: Segmentation fault (in
cat_tag_for)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98195
Andrew Pinski changed:
What|Removed |Added
Target Milestone|11.3|---
Summary|[11/12 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101697
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101697
Jeffrey A. Law changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98195
--- Comment #5 from Andrew Pinski ---
*** Bug 101108 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101108
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98195
Andrew Pinski changed:
What|Removed |Added
CC||cnsun at uwaterloo dot ca
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100624
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98195
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101923
--- Comment #5 from Petar Ivanov ---
(In reply to Andrew Pinski from comment #4)
> Hmm
>
> __tmp = MEM[(union _Any_data & {ref-all})&f];
> MEM[(union _Any_data * {ref-all})&f] = MEM[(union _Any_data &
> {ref-all})&moved];
> MEM[(union _An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92695
--- Comment #22 from Andrew Pinski ---
Looks like the testcase in comment #12 was not resolved with the patches but is
filed as PR 93413.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93413
--- Comment #5 from Andrew Pinski ---
The problem is the default Destructor in the Derived for the other examples.
So this can be reduced to just:
struct Base
{
constexpr virtual ~Base() = default;
};
constexpr Base b;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93413
Andrew Pinski changed:
What|Removed |Added
CC||oleksandr.koval.dev at gmail
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99495
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93413
Andrew Pinski changed:
What|Removed |Added
CC||pkeir at outlook dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96614
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100212
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100206
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100171
--- Comment #4 from Andrew Pinski ---
testcase:
#include
#include
template class foo
{
public:
using array_type = std::array;
array_type
value;
inline constexpr foo&operator+=(const foo& arg)noexcept
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97234
--- Comment #2 from Botond Ballo ---
I believe it's valid because the point of declaration of a variable is just
before its initializer
(https://timsong-cpp.github.io/cppwp/n4861/basic.scope.pdecl#1), and thus the
variable should be in scope in i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96702
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97890
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97234
--- Comment #1 from Andrew Pinski ---
ICC and MSVC reject it similar to GCC even. Are you sure this is valid?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96934
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Summary|Copy initializa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96934
--- Comment #2 from Andrew Pinski ---
Testcase:
#include
struct Code
{
constexpr Code(int) noexcept : _buffer{'1', '2', '\0'} {}
char _buffer[3];
};
const Code T1 = {1};
const Code T2 = Code{1};
const Code T3 = T1;
const Code T4 = T2;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87709
Andrew Pinski changed:
What|Removed |Added
CC||pkeir at outlook dot com
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88762
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87709
Andrew Pinski changed:
What|Removed |Added
CC||sbergman at redhat dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96878
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96880
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92293
--- Comment #1 from Andrew Pinski ---
I think this is a dup of bug 24663.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24663
Andrew Pinski changed:
What|Removed |Added
CC||felix.morgner at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79957
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24663
Andrew Pinski changed:
What|Removed |Added
CC||tangyixuan at mail dot
dlut.edu.cn
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96944
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97147
--- Comment #2 from Hongtao.liu ---
Disable (define_insn "*sse3_haddv2df3_low" and (define_insn
"*sse3_hsubv2df3_low" seems to be ok.
But for foo1.
v2df foo1 (v2df x, v2df y)
{
v2df a;
a[0] = x[0] + x[1];
a[1] = y[0] + y[1];
return a;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20623
Andrew Pinski changed:
What|Removed |Added
Depends on||89560, 89503, 71071
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20369
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2019-03-05 00:00:00 |2021-8-16
--- Comment #5 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101936
--- Comment #2 from Hongtao.liu ---
I'll take a look at why there's the regression and revert my patch.
There's already another regression by this commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101929
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101942
Bug ID: 101942
Summary: many jit test failures (test-accessing-bitfield.c.exe
et al.)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99160
--- Comment #4 from jim x ---
[namespace.udecl#1] says
> Each using-declarator in a using-declaration names the set of declarations
> found by lookup ([basic.lookup.qual]) for the using-declarator, except that
> class and enumeration declaratio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101909
--- Comment #5 from Hongtao.liu ---
Just note there is no regression for tfft benchmark comparing -O2
-ftree-loop-vectorize to -O2 on CLX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97442
--- Comment #1 from Andrew Pinski ---
I think this was fixed for GCC 11 with r11-6540. The trunk definitely works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95741
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91966
Andrew Pinski changed:
What|Removed |Added
CC||d.frey at gmx dot de
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91747
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85434
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85434
Khalid Gomaa changed:
What|Removed |Added
CC||khalid.a.gomaa at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63639
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71976
Andrew Pinski changed:
What|Removed |Added
CC||pa...@matos-sorge.com
--- Comment #13 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49884
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #5 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55025
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71976
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |5.5
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #25 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56259
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2013-02-10 00:00:00 |2021-8-16
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55246
Andrew Pinski changed:
What|Removed |Added
Keywords||internal-improvement
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101941
David Malcolm changed:
What|Removed |Added
Summary|Linux kernel build failure |[12 Regression] Linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101941
Andrew Pinski changed:
What|Removed |Added
Depends on||94818
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31469
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101941
--- Comment #1 from David Malcolm ---
Created attachment 51311
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51311&action=edit
Reduced reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101941
Bug ID: 101941
Summary: Linux kernel build failure due to retaining fnsplit
fragment with __attribute__((__error__))
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42722
Andrew Pinski changed:
What|Removed |Added
Severity|major |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
--- Comment #8 from John Paul Adrian Glaubitz ---
FWIW, it seems the situation seems to be the same on 32-bit SPARC:
> https://reviews.llvm.org/D98575#2947973
So, I guess the suggested solution would be the one from Comment 7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39768
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101238
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|Driver won't find
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94083
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Severity|m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95960
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Severity|n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101918
--- Comment #6 from Steve Kargl ---
On Mon, Aug 16, 2021 at 06:49:54PM +, anlauf at gcc dot gnu.org wrote:
>
> > subroutine foo4
> > implicit none
> > real(4) :: ar(2,3), v(1)
>
> That should have read:
>
> real :: ar(2,3), v(1)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94915
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-16
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31485
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|tree-optimization
--- Comment #27 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31485
--- Comment #26 from Andrew Pinski ---
Note there might be a dup of this bug somewhere too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101933
--- Comment #1 from Andrew Pinski ---
I suspect it is because __cxa_exit is not used such that deconstructors are not
called at unload of the dll time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101868
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101940
Bug ID: 101940
Summary: Implement -fignored-attributes
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #6 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
--- Comment #5 from Andrew Pinski ---
Here is another testcase which should be rejected, this time C++11 (rather than
C++98).
typedef __attribute__((vector_size(16))) unsigned char __Int8x8_t;
void f(const __Int8x8_t x) {
decltype(x[0]) a = x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
--- Comment #4 from Andrew Pinski ---
Most likely caused by r7-987.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
--- Comment #3 from Andrew Pinski ---
Refence in the f function is not needed:
typedef __attribute__((vector_size(16))) unsigned char __Int8x8_t;
template
void g(T &x) {
x = 1;
}
void f(const __Int8x8_t x) {
g(x[0]);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
Summary|subscript of cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89224
Andrew Pinski changed:
What|Removed |Added
Blocks||88670
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101718
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99351
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99351
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:4a414ac2a58b63002a0c13f4ec65a5cfbec32a98
commit r11-8873-g4a414ac2a58b63002a0c13f4ec65a5cfbec32a98
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101939
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization, ra
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101718
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2021-08-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101939
--- Comment #3 from Andrew Pinski ---
Your inline-asm is incorrect too.
It should be:
asm(
"vpaddsw %[tmp0], %[tmp1], %[tmp0]\n\t"
"vpmaddwd%[tmp0], %[ones], %[tmp0]\n\t"
"vpaddd %[acc], %[tmp0], %[acc]
1 - 100 of 259 matches
Mail list logo