https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #20 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
Another reference is manually change the generated assembly with modifying the
source and index vspltw to verify:
luoxhu@gcc135 build $ diff q.bad.s q.good.s -U12
--- q.bad.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #19 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
(In reply to Xionghu Luo (luo...@gcc.gnu.org) from comment #15)
> In combine: vec_select(vec_concat and the followed vec_select are combined
> to a single extract instruction, whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104771
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104771
--- Comment #2 from Arseny Solokha ---
I too cannot reproduce it w/ gcc 13.0.0 20220731 snapshot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105653
--- Comment #2 from Arseny Solokha ---
Created attachment 53403
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53403&action=edit
A shorter testcase
% aarch64-linux-gnu-g++-13.0.0 -O2 -fcompare-debug -fno-gcse -c wo91465u.cpp
aarch64-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99888
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
--- Comment #6 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:70daecc03235aa7187b03681cebed6e04b32678e
commit r13-1940-g70daecc03235aa7187b03681cebed6e04b32678e
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43301
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498
--- Comment #11 from CVS Commits ---
The releases/gcc-11 branch has been updated by Lewis Hyatt
:
https://gcc.gnu.org/g:d431d48c4e503c3ff17ccd51e504877f3fc9ce0e
commit r11-10188-gd431d48c4e503c3ff17ccd51e504877f3fc9ce0e
Author: Lewis Hyatt
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Lewis Hyatt
:
https://gcc.gnu.org/g:8d783f0f6955e6aa7af218490b068004669b09e0
commit r10-10926-g8d783f0f6955e6aa7af218490b068004669b09e0
Author: Lewis Hyatt
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
--- Comment #14 from Andrew Pinski ---
I suspect this is a GC (garbage collection) issue.
It might be easier to reduce it using --param ggc-min-expand=1 --param
ggc-min-heapsize=1 (and then moving them both to 0 afterwards).
https://gcc.gnu.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
tt_1 changed:
What|Removed |Added
Attachment #53374|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
tt_1 changed:
What|Removed |Added
Attachment #53400|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
Aldy Hernandez changed:
What|Removed |Added
Last reconfirmed||2022-08-02
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106474
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
David Binderman changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
--- Comment #11 from tt_1 ---
Created attachment 53400
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53400&action=edit
a more verbose output with valgrind --leak-check=full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
--- Comment #3 from David Binderman ---
Git range seems to be 82ac4cd213867be9..6d41f7c39cff9fb5, a range of 22
commits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
--- Comment #2 from Andrew Pinski ---
Most likely caused by r13-1933-g24012539ae3410 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
--- Comment #10 from tt_1 ---
so I simply did use valgrind as in < /usr/bin/valgrind gcc command > , heres
the result:
==32586== Memcheck, a memory error detector
==32586== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==3258
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
--- Comment #1 from David Binderman ---
Reduced C code seems to be:
void ine_ok() {
float y, x;
if (x < y || x > y || y)
abort();
}
Same problem exists on native x86_64, so I will have a go at finding a git
range.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
--- Comment #2 from GARY.WHITE at ColoState dot edu ---
(In reply to Andrew Pinski from comment #1)
> -static and glibc and pthreads (which openmp uses) has always been
> problematic. Why do you want to use -static?
Because I'm distributing a l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
Summary|arm : ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
--- Comment #1 from Andrew Pinski ---
-static and glibc and pthreads (which openmp uses) has always been problematic.
Why do you want to use -static?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
Bug ID: 106510
Summary: arm : ice in gimple_range_operand1, at
gimple-range-fold.cc:485
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #22 from Tomasz Kłoczko ---
(In reply to Martin Liška from comment #6)
> Doctor it hurts! Then don't do it. Sorry, seriously, it's caused by the
> flatten attribute and I can reproduce it for our openSUSE package.
If may I ask yet a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #21 from Tomasz Kłoczko ---
FYI I've opened libfabric ticket https://github.com/ofiwg/libfabric/issues/7916
Thank you one more time for all your explanations :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
Bug ID: 106509
Summary: executable hangs if -static is included in compile
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106474
--- Comment #3 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:87dd4c8c83768aafad92588853fd84a6070553d6
commit r13-1938-g87dd4c8c83768aafad92588853fd84a6070553d6
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106508
Bug ID: 106508
Summary: Extra warnings with lambda captures
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106300
Immad Mir changed:
What|Removed |Added
CC||mir at gcc dot gnu.org
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003
Bug 106003 depends on bug 106298, which changed state.
Bug 106298 Summary: RFE: analyzer handling of dup, dup2, and dup3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106298
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106298
Immad Mir changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106507
Bug ID: 106507
Summary: Invalid structure constructor for extending derive
type
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106298
--- Comment #3 from CVS Commits ---
The master branch has been updated by Immad Mir :
https://gcc.gnu.org/g:6a11f2d974a912aaaedb0ce32cdfde10193003cd
commit r13-1936-g6a11f2d974a912aaaedb0ce32cdfde10193003cd
Author: Immad Mir
Date: Tue Aug 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #20 from Martin Liška ---
> No, no .. I mean IIRC therea are few cases when versioned sym file is
> incorrectly handled if -flto-partition=none is not used.
I'm not aware of any..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #19 from Tomasz Kłoczko ---
(In reply to Martin Liška from comment #18)
> > It should not be so hard to fix that. Am I right?
>
> Do you mean the usage of symver attribute? No, it's quite a straightforward
> transformation many proj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #18 from Martin Liška ---
> It should not be so hard to fix that. Am I right?
Do you mean the usage of symver attribute? No, it's quite a straightforward
transformation many projects have already done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #17 from Tomasz Kłoczko ---
(In reply to Martin Liška from comment #16)
[..]
> Well, in most cases it's used for symbol versioning which is implemented by
> assembly directives. However, we offer symver function attribute that
> surv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78407
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:353fd1ec3df92fbe66ce1513c5a86bdd5c5e22d1
commit r13-1934-g353fd1ec3df92fbe66ce1513c5a86bdd5c5e22d1
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106506
Bug ID: 106506
Summary: g++.dg/opt/pr94589-2.C FAILS after enabling floats in
VRP
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106505
Bug ID: 106505
Summary: DCE depends on whether if or else is used
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97333
Bug 97333 depends on bug 106497, which changed state.
Bug 106497 Summary: [13 Regression] ICE in duplicate_block, at cfghooks.cc:1115
since r13-1753-g26cea5f108e0facd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106497
What|Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106497
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106497
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0f3514756e0b4d8993ee43dcd958974eb1424061
commit r13-1929-g0f3514756e0b4d8993ee43dcd958974eb1424061
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #16 from Martin Liška ---
> Issue is that in few cases AFAIK it is only solution to some still
> unresolved LTO issues :/
Well, in most cases it's used for symbol versioning which is implemented by
assembly directives. However, we o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 90957, which changed state.
Bug 90957 Summary: 453.povray is miscompiled with -flto -static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90957
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90957
Maxim Kuvyrkov changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106504
Bug ID: 106504
Summary: [OpenMP] 'for simd linear(i:1)' should be rejected
with 'parallel private(i)'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #15 from Tomasz Kłoczko ---
(In reply to Richard Biener from comment #14)
> In addition to that, -flto-partition=none is almost never a good idea either.
>
> Note I think that we should honor flatten only during early inlining to
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106502
--- Comment #5 from Jonathan Wakely ---
I noticed this by adding a printf statement to the const function for temporary
debugging purposes, which is obviously incorrect and not a problem for real
code. It's not observable that it gets called mor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #14 from Richard Biener ---
In addition to that, -flto-partition=none is almost never a good idea either.
Note I think that we should honor flatten only during early inlining to avoid
all kinds of funny behavior when applying cross
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106502
--- Comment #4 from Richard Biener ---
Once you enable optimization a single cat () call remains (as expected). The
FE does
9931 if (TREE_SIDE_EFFECTS (argarray[0]))
9932argarray[0] = save_expr (argarray[0]);
9933
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> Your program has undefined behaviour, that means the WHOLE program,
> including inside that block.
Or in the case where you copy the pointer, and then overw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102961
John Parke changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #5 from Jonathan Wakely ---
Because when you enable optimizations the compiler can see that the contents of
junk are never used while still in scope, so the initialization is optimized
away.
Your program has undefined behaviour, tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #4 from Rolf Eike Beer ---
You are right, but if you switch the if clause a little bit:
if (argc) {
const char junk[] = "abc";
WRITEL(junk + i);
WRITEL("something else");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #13 from Tomasz Kłoczko ---
Thank you for the explanation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> -fsanitize=address sometimes can detect this kind of problems at runtime.
Program returned: 1
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #1 from Rolf Eike Beer ---
If you turn the "const char []" into a "const char *" in line 21 it works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
Bug ID: 106503
Summary: "const char []" in local scope never initialized
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
64 matches
Mail list logo
