https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104154
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #36 from Richard Biener ---
As additional observation for the c-ray case we end up with
[local count: 1073741824]:
vect_ray_orig_x_87.270_173 = MEM [(double *)];
_170 = BIT_FIELD_REF ;
_171 = BIT_FIELD_REF ;
# DEBUG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104869
--- Comment #3 from Jakub Jelinek ---
I've tried to figure out where the former (GCC 10) all_uses_available_at
checking has gone into (i.e. where we actually check that the propagation is
possible, that something doesn't overwrite or clobber
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104880
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
--- Comment #13 from Florian Weimer ---
Thanks, I can confirm that we can build the glibc test suite once more in
Fedora rawhide.
(Fedora only needs the GCC 12 fix, it's our first GCC version with the float128
default).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #35 from Hongtao.liu ---
(In reply to Richard Biener from comment #34)
> I can confirm this observation on Zen2. Note perf still records STLF
> failures
penalty is much higher on Znver3 than zen2 for the same case(v2df).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104732
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Roger Sayle ---
> This should now be fixed on mainline. Rainer please let me know if you notice
> any remaining issues on solaris/x86.
I've now run bootstraps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104872
--- Comment #1 from Benjamin Buch ---
More minimal version:
https://godbolt.org/z/aEv13e38a
```cpp
#include
#include
#include
using namespace std::literals;
class logging_string{
public:
logging_string(std::string_view text)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104877
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104869
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-03-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #34 from Richard Biener ---
I can confirm this observation on Zen2. Note perf still records STLF failures
for these cases it just seems that the penalties are well hidden with the
high store load on the caller side for small NUM?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104876
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104709
Jonathan Wakely changed:
What|Removed |Added
CC||roland.illig at gmx dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #37 from Hongtao.liu ---
> There is not much value in the vectorization we do in this function
> (when manually fixing the STLF issue the speed is as good as with the
> scalar code). We cost
>
> ray.dir.x 1 times scalar_load costs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103528
--- Comment #13 from CVS Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:1375e2b62332351a8f9c928421cd1ea8b53c5127
commit r12-7610-g1375e2b62332351a8f9c928421cd1ea8b53c5127
Author: Rainer Orth
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104879
Bug ID: 104879
Summary: [nvptx] Use .common directive (available starting ptx
isa version 5.0)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664
--- Comment #36 from Richard Earnshaw ---
Can this be closed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104880
Martin Liška changed:
What|Removed |Added
Summary|regression ICE in |[11/12 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104872
--- Comment #2 from Benjamin Buch ---
To workaround it is enough define the wrapper constructor to build a string.
```cpp
wrapper(std::string text): filename(std::move(text)) {}
```
https://godbolt.org/z/9za7hfjs8
```cpp
#include
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104880
Bug ID: 104880
Summary: regression ICE in expand_expr_addr_expr_1, at
expr.c:8231
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
--- Comment #4 from zamfofex at twdb dot moe ---
I would have expected that compilers would at least try to avoid incorporating
behaving in a way that is deemed dangerous, even when a program causes
undefined behavior.
But to be honest, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104881
Bug ID: 104881
Summary: Document libstdc++ ABI evolution for experimental
features
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: documentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104762
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:69619acd8d9b5856f5af6e5323d9c7c4ec9ad08f
commit r12-7612-g69619acd8d9b5856f5af6e5323d9c7c4ec9ad08f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104880
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:eb5edcf3f3ae008a1c55c88f08a886a5f350a759
commit r12-7613-geb5edcf3f3ae008a1c55c88f08a886a5f350a759
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664
--- Comment #38 from Eric Gallager ---
(In reply to Martin Liška from comment #37)
> I guess so.
Yep, I can confirm this is fixed now; thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84964
--- Comment #17 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:098c538ae8c0c5e281d9191a6b54ffe38b624ef3
commit r12-7614-g098c538ae8c0c5e281d9191a6b54ffe38b624ef3
Author: Roger Sayle
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104885
Bug ID: 104885
Summary: ICE in compiling new test case g++.dg/other/pr84964.C
after r12-7607-ga717376e99fb33
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95153
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104816
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from H.J. Lu ---
(In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104642
--- Comment #4 from Jonathan Wakely ---
PR 104884 is another "why is undefined behaviour so surprising?" case for
-funreachable-traps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
--- Comment #2 from zamfofex at twdb dot moe ---
Isn’t it dangerous to allow the control to accidentally leak out of a function
like that, though? If a function is written in a way that expects the compiler
to not allow the control to leak out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104873
--- Comment #2 from Patrick Palka ---
Here's a testcase that seems to argue for including the class constraints in
the implicit guide's constraints (which already contain the rewritten
constraints of the constructor):
template
struct A {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104816
--- Comment #9 from H.J. Lu ---
Created attachment 52615
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52615=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101929
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 101929, which changed state.
Bug 101929 Summary: [12 Regression] r12-7319 regress x264_r by 4% on CLX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101929
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99754
--- Comment #3 from Peter Cordes ---
Wait a minute, the current implementation of _mm_loadu_si32 isn't
strict-aliasing or alignment safe!!! That defeats the purpose for its
existence as something to use instead of _mm_cvtsi32_si128( *(int*)p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104883
Bug ID: 104883
Summary: should define all std::errc enumerators
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #9 from Matheus Castanho ---
That one works. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97106
--- Comment #2 from Tom de Vries ---
Created attachment 52606
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52606=edit
Tentative patch
With this patch and:
- current trunk
- misa default set to sm_75 (so 3.1 multilib disabled, because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104623
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104882
--- Comment #1 from Alex Coplan ---
For completeness, the options -march=armv8.1-m.main+mve -mfloat-abi=hard -O2
-ftree-vectorize are required to reproduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104866
--- Comment #3 from dv at vollmann dot ch ---
Thanks.
Tested for AVR, works :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #6 from Matheus Castanho ---
I can still reproduce the issue after applying the patch in previous comment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] ICE in |[12 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328
--- Comment #20 from Benno Evers ---
Created attachment 52611
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52611=edit
Possible fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98335
--- Comment #8 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:c5288df751f9ecd11898dec5f2a7b6b03267f79e
commit r12-7615-gc5288df751f9ecd11898dec5f2a7b6b03267f79e
Author: Roger Sayle
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
--- Comment #7 from Jakub Jelinek ---
Created attachment 52614
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52614=edit
gcc12-pr104778.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104882
Bug ID: 104882
Summary: [12 Regression] MVE: Wrong code at -O2 since
r12-1434-g046a3beb1673bf4a61c131373b6a5e84158e92bf
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92209
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #8 from Michael Meissner ---
Matheus, try the patch I just attached to the PR that I posted to the
gcc-patches mailing list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104814
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26374
--- Comment #22 from beebe at math dot utah.edu ---
Yesterday, I got a Fedora 36 PPC64LE VM up, and left it installing
hundreds of packages overnight. QEMU 4.2.1 on Ubuntu 20.04 picks a
default CPU type of POWER9. Alas, the ISO installation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #38 from rguenther at suse dot de ---
On Fri, 11 Mar 2022, crazylht at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
>
> --- Comment #37 from Hongtao.liu ---
> > There is not much value in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104835
Iain Buclaw changed:
What|Removed |Added
See Also||https://github.com/dlang/dm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
Michael Meissner changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104873
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98335
--- Comment #9 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:251ea6dfbdb4448875e41081682bb3aa451b5729
commit r12-7616-g251ea6dfbdb4448875e41081682bb3aa451b5729
Author: Roger Sayle
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 104762, which changed state.
Bug 104762 Summary: [12 Regression] x86_64 538.imagick_r 8%-28% regressions and
10% 525.x264_r regressions after r12-7319-g90d693bdc9d718
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104762
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104762
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104867
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
--- Comment #4 from Jakub Jelinek ---
Ah, I can reproduce with additional -fpie.
We should have never accepted the --enable-default-pie mess, that is a
maintainance nightmare.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99754
Peter Cordes changed:
What|Removed |Added
CC||peter at cordes dot ca
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99754
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-03-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870
--- Comment #7 from dv at vollmann dot ch ---
Tested for AVR, works :-)
Thanks,
Detlef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97106
--- Comment #3 from Tom de Vries ---
With this additionally:
...
diff --git a/gcc/config/nvptx/nvptx.cc b/gcc/config/nvptx/nvptx.cc
index 1a89c1bc77f..2e1a2dad9fe 100644
--- a/gcc/config/nvptx/nvptx.cc
+++ b/gcc/config/nvptx/nvptx.cc
@@ -968,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
Bug ID: 104884
Summary: functions miss their 'ret' instruction (and fall
through) in certain cases with '-O3' under x86-84
Product: gcc
Version: 11.2.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104886
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-03-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #35 from CVS Commits ---
The releases/gcc-10 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:8437794102e86a1bd5f2257aa95ea76890810a28
commit r10-10493-g8437794102e86a1bd5f2257aa95ea76890810a28
Author: Michael
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
--- Comment #8 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #4)
> Ah, I can reproduce with additional -fpie.
> We should have never accepted the --enable-default-pie mess, that is a
> maintainance nightmare.
Well if they had
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101895
Roger Sayle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55690
Joseph changed:
What|Removed |Added
CC||schuchart at hlrs dot de
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104887
Bug ID: 104887
Summary: mold linker is not detected properly
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #36 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:7a6ba7c7cb6ff5ac9bbcc747bd5fad957b78fa0a
commit r12-7617-g7a6ba7c7cb6ff5ac9bbcc747bd5fad957b78fa0a
Author: Iain Buclaw
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #34 from CVS Commits ---
The releases/gcc-11 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:6f581f90e3757392a510f11279e2daf5fcfdefa8
commit r11-9649-g6f581f90e3757392a510f11279e2daf5fcfdefa8
Author: Michael
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #10 from CVS Commits ---
The master branch has been updated by Michael Meissner :
https://gcc.gnu.org/g:3cb27b85a7b977958d53e1a29596ba211d21dde2
commit r12-7620-g3cb27b85a7b977958d53e1a29596ba211d21dde2
Author: Michael Meissner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104887
Andrew Pinski changed:
What|Removed |Added
Summary|mold linker is not detected |[9/10/11 only] mold linker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104887
--- Comment #2 from Rui Ueyama ---
What kind of regression are you worry about?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #28 from Jason Merrill ---
(In reply to Qing Zhao from comment #27)
> Does this issue only exist with -flifetime-dse=2?
> When -flifetime-dse=2, the call to __builtin_clear_padding should be
> inserted AFTER the start point of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104008
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104886
Bug ID: 104886
Summary: -Wdangling-pointer= prints internal MEM and (D) names
in warnings
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
Bug ID: 104888
Summary: diagnostics use non-idiomatic '%s'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104889
--- Comment #2 from Matthias Klose ---
> Hmm, mixing the library from GCC 10 but compiling with g++-10
ok, I'll check that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #5 from Roland Illig ---
Related, in trans-openmp.cc:
> "specified at %L "
The space at the end is too much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97198
Zhihao Yuan changed:
What|Removed |Added
CC||lichray at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #4 from Roland Illig ---
While here:
> requiries
typo: should be requires
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #2 from Roland Illig ---
While here:
> "'omp_allocator_handle_kind' kind at %L"
Should this be uppercase instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #1 from Roland Illig ---
While here:
> expected : at %C
The quotes around the %<:%> are missing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #3 from Roland Illig ---
While here:
> DEPEND clause of depobj
Should DEPOBJ be uppercase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104889
Bug ID: 104889
Summary: [12 Regression] D frontend fails to link on
x86_64-linux-gnux32
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104889
--- Comment #1 from Andrew Pinski ---
> /usr/include/c++/11/ext/new_allocator.h
> x86_64-linux-gnux32-gdc-10
Hmm, mixing the library from GCC 10 but compiling with g++-10
96 matches
Mail list logo
