https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98739
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98737
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98736
Richard Biener changed:
What|Removed |Added
Known to fail||10.2.1, 11.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98734
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98734
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98731
Richard Biener changed:
What|Removed |Added
Component|target |libstdc++
--- Comment #1 from Richard B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98729
--- Comment #5 from Richard Biener ---
Yes, the attached file contains DWARF 5 debug info. Try to build the test
file with -gdwarf-4 and see if that makes it work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98729
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Summary|GCC 11 MinGW Wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98728
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98612
--- Comment #8 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #7)
> I asked my colleagues within intel to revise the descriptions in the
> intrinsics guide to make it more explicit about NAN operands.
>
> I'll fix this issue after th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #10 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 49997
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49997&action=edit
untested fix
Hi,
Sorry for late response. The option that seemed to be causing the issue wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98732
--- Comment #2 from 郑之为 ---
The video to tell you guys it's real is too big, so uploading it via
BaiduNetDisk
Link: https://pan.baidu.com/s/1AZqG97Ltg5jBh5nn1cd0wg
Code: wmqb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98732
--- Comment #1 from 郑之为 ---
Get the gcc executables with this shell script(git must be installed first):
echo rm dir
rm -rf gcc
echo clone repo
git clone https://github.com/zero9178/GNU-Toolchain-for-Windows.git -b GCC-11
--depth=1 gcc
echo enter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98612
--- Comment #7 from Hongtao.liu ---
(In reply to Guillaume Piolat from comment #5)
> My reasoning for reporting (while it is minor) is the following:
> - it might not be a conscious choice from GCC developers
> - this is the only intrinsics I've
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98740
Bug ID: 98740
Summary: FAIL: c37213j, c37213, kc37213l with stack overflow or
erroneous memory access
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98717
Patrick Palka changed:
What|Removed |Added
Summary|[c++20] variadic concept|[10/11 Regression] [c++20]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #18 from Segher Boessenkool ---
Created attachment 49996
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49996&action=edit
Patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #17 from Segher Boessenkool ---
(In reply to jos...@codesourcery.com from comment #15)
> Only if the undefined behavior is a property of the program, or of all
> possible executions of the program, as opposed to a property of a
> pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86883
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2021-01-19
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86883
Patrick Palka changed:
What|Removed |Added
CC||ryan_greenblatt at brown dot
edu
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98714
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98712
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2021-01-19
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #16 from Segher Boessenkool ---
Needs -mcpu=power8. Confirmed with that (and the given options).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98512
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #15 from joseph at codesourcery dot com ---
On Mon, 18 Jan 2021, segher at gcc dot gnu.org via Gcc-bugs wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
>
> --- Comment #14 from Segher Boessenkool ---
> (In reply to Jaku
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98739
Bug ID: 98739
Summary: -fprofile-reproducible is broken
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #14 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #13)
> For UB at runtime, we can warn, but shouldn't error because the code might
> never be invoked at runtime.
As far as I can see at least the C standard disa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
Ian Lance Taylor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #13 from Jakub Jelinek ---
It is not ice-on-invalid, the invalid in there stands for code that should be
rejected by the compiler (emit error).
UB at runtime can be even int foo (int x, int y) { return x + y; }
but we surely don't wan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
--- Comment #10 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:325e70b47c6c321710c7b9c792b8fbee95cecd63
commit r11-6779-g325e70b47c6c321710c7b9c792b8fbee95cecd63
Author: Ian Lance Taylor
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #1 from Ilya Leoshkevich ---
I realized I didn't post the command line I used to build task-detach-6.exe
(there are multiple variants of this test); here it is:
gcc/build/x86_64-pc-linux-gnu/libgomp/testsuite$ ../../../../build/./gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97847
--- Comment #7 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:a89c5d3539c36f160ca5b997324ebcd3d601d56e
commit r11-6778-ga89c5d3539c36f160ca5b997324ebcd3d601d56e
Author: Vladimir N. Makarov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90859
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Bug ID: 98738
Summary: task-detach-6.f90 hangs intermittently
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91782
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=98549
--- Comment #12 from Segher Boessenkool ---
for (long i; i != compress_n_blocks; ++i)
"i" is uninitialized; accessing it is UB. So this is ice-on-invalid.
I have no doubt there is an actual bug somewhere here. We just do not
have valid code y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78787
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
== 0;
}
When compiling for x86-64 with the current HEAD as of 20210118 the resulting
code is:
:
0: 48 f7 dfneg%rdi
3: 48 89 f8mov%rdi,%rax
6: f0 48 0f c1 05 00 00lock xadd %rax,0x0(%rip)# f
d: 00 00
f: 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98736
Andreas Krebbel changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98736
Bug ID: 98736
Summary: Wrong partition order generated in loop distribution
pass
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98690
--- Comment #3 from Martin Jambor ---
I have proposed a patch on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2021-January/563790.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51757
Language Lawyer changed:
What|Removed |Added
CC||language.lawyer at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98078
--- Comment #3 from Martin Jambor ---
Here is what happens. An IPA-CP clone for a particular
devirtualziation context is created but all devirtualziations based on
it are speculative. Then the clone is inlined at one of its call
sites and the d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98735
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98646
--- Comment #10 from Jakub Jelinek ---
I don't see how either TREE_NO_WARNING or some magic call would help.
Because the user can also write:
// PR c++/98646
// { dg-do compile }
// { dg-options "-Wnonnull" }
struct B { void foo (); };
struct D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98727
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98735
Bug ID: 98735
Summary: ICE with -std=c++20 -fmodules-ts -fsanitize=undefined
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98727
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9675ccd64efe78bc4791436c34d57cd894640f39
commit r11-6776-g9675ccd64efe78bc4791436c34d57cd894640f39
Author: Jakub Jelinek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
--- Comment #9 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #7)
> (In reply to Ian Lance Taylor from comment #5)
> > I'm not seeing any failures in the Go testsuite with GNU binutils 2.35.1.
> > Anybody know what changed in new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98734
Bug ID: 98734
Summary: ABI diagnostics emitted despite always_inline
attribute
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
--- Comment #8 from Mark Wielaard ---
(In reply to Ian Lance Taylor from comment #6)
> On the other hand the libbacktrace testsuite now fails when using dwz
> 0.13+20201015-2. But I guess that is not a GCC problem.
>
> dwz -m b3test_dwz_common.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
--- Comment #7 from Mark Wielaard ---
(In reply to Ian Lance Taylor from comment #5)
> I'm not seeing any failures in the Go testsuite with GNU binutils 2.35.1.
> Anybody know what changed in newer version of the binutils?
The difference is tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98729
--- Comment #3 from Brecht Sanders
---
Strange, I'm using the same binutils to build GCC 10.2.0 and have no issues
there.
Configuring the GCC build with `LDFLAGS_FOR_TARGET="-s"` works around this
issue for now, but only for win64. For the win3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
--- Comment #6 from Ian Lance Taylor ---
On the other hand the libbacktrace testsuite now fails when using dwz
0.13+20201015-2. But I guess that is not a GCC problem.
dwz -m b3test_dwz_common.debug b3test_dwz_1 b3test_dwz_2
dwz: b3test_dwz_1: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98687
--- Comment #5 from Jonathan Wakely ---
And the patch at
https://gcc.gnu.org/pipermail/gcc-patches/2021-January/563562.html fixes the
Boost build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98687
Jonathan Wakely changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96444
Patrick Palka changed:
What|Removed |Added
CC||ed at catmur dot uk
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97402
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96410
Patrick Palka changed:
What|Removed |Added
Target Milestone|10.3|11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98729
Andrew Pinski changed:
What|Removed |Added
Component|c |target
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96821
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98733
Bug ID: 98733
Summary: libiberty (v)asprintf checks do not work if asprintf()
is a macro
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68372
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Target Miles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 68372, which changed state.
Bug 68372 Summary: [concepts] invalid use of pack expansion expression in
member function template declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68372
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95262
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |10.3
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97987
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97987
--- Comment #2 from CVS Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:76c1dd15e4a056a59a13b2208af23a6bd67c2682
commit r11-6774-g76c1dd15e4a056a59a13b2208af23a6bd67c2682
Author: John David Anglin
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96197
Patrick Palka changed:
What|Removed |Added
CC||gcc-bugs at oxyware dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88604
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93480
Patrick Palka changed:
What|Removed |Added
CC||vermaelen.wouter at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95608
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692
--- Comment #7 from acsawdey at gcc dot gnu.org ---
The inline expansion should be disabled by -Os, the patterns for cmpstr[n]si
both have this:
if (optimize_insn_for_size_p ())
FAIL;
needed
gcc version:
GNU C++20 (GCC) version 11.0.0 20210118 (experimental) (x86_64-w64-mingw32)
compiled by GNU C version 10.2.1 20201125, GMP version 6.2.0, MPFR version
4.0.2, MPC version 1.1.0, isl version isl-0.22-GMP
system type:
Windows 10 Insider Preview Dev Channel Build 21286.1000 64-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98731
Bug ID: 98731
Summary: s390x: Large classes of std::bitset and
std::vector hash the same
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98730
--- Comment #1 from Christophe Lyon ---
Why does it choose alternative 0 instead of 1 which matches a vector of
constant zeros?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98728
Mark Wielaard changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98729
--- Comment #1 from Brecht Sanders
---
I have discovered that adding `-s` to the above build command or stripping the
.exe file with `strip` does allow it to run. So probably something is messed up
in the debugging symbols section.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98730
Bug ID: 98730
Summary: vceqzq_p64 does not generate vceq with immediate 0
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #2 from goughost ---
That may be acceptable for issue 2.
But additional fixes are need; otherwise, users cannot use regex after calling
setlocale(LC_ALL,"") in such a situation.
Can regex compilers work without calling _M_transform? (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98729
Bug ID: 98729
Summary: GCC 11 MinGW Windows build doesn't generate working PE
executables
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98725
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-01-18
Assignee|unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98725
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ec153f96f8943f1d2418d2248ed219358990bb5f
commit r11-6771-gec153f96f8943f1d2418d2248ed219358990bb5f
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:e393f03b1a73d75901d1bc49c99123bdf534e120
commit r11-6770-ge393f03b1a73d75901d1bc49c99123bdf534e120
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
--- Comment #5 from Richard Biener ---
I guess this folding detail wasn't what the original testcase was supposed to
test. Doing
out[i*4] = (in[i*4] + 2) * 3;
out[i*4 + 1] = (in[i*4 + 2] + 2) * 7;
out[i*4 + 2] = (in[i*4 + 1] +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
--- Comment #8 from Jakub Jelinek ---
This is specific to x86, where if the inputs are inpredictable and results
aren't consumed too early that the cmov latency kills performance cmov
sometimes improves performance a lot, on the other side, if th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
--- Comment #4 from Richard Biener ---
OK, so for gcc.dg/vect/slp-11b.c we're now doing hybrid vectorization if a { 0
2 1 } load permute is supported. The reason this is needed is that
out[i*4] = (in[i*4] + 2) * 3;
out[i*4 + 1] = (i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97299
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97299
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:104304cd246e9e8cd874f6cef7e2a5cd4bb0114d
commit r11-6767-g104304cd246e9e8cd874f6cef7e2a5cd4bb0114d
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974
--- Comment #7 from Stam Markianos-Wright ---
(In reply to rsand...@gcc.gnu.org from comment #6)
> (In reply to Stam Markianos-Wright from comment #5)
> > I'm tempted to try and add a reverse:
> >
> > || multiple_p (*stmt_vectype_out, nunits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97299
--- Comment #3 from Richard Biener ---
OK, so this is a bad interaction of pattern detection and SLP reduction
vectorization. We're detecting
/home/rguenther/src/trunk/gcc/testsuite/gcc.dg/vect/slp-reduc-3.c:26:14: note:
widen_sum pattern rec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974
--- Comment #6 from rsandifo at gcc dot gnu.org
---
(In reply to Stam Markianos-Wright from comment #5)
> I'm tempted to try and add a reverse:
>
> || multiple_p (*stmt_vectype_out, nunits_vectype)
>
> And then regtest, but I probably ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98727
--- Comment #3 from Jakub Jelinek ---
Serge noticed LLVM miscompilation and bisected to my change and then with
instrumented GCC found two possible compilation units, and I've eyeballed the
differences on one of those and spotted the bug in the .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97299
--- Comment #2 from Richard Biener ---
Just noting that while gcc-testresults has almost daily results of GCC 8,9,10
branches for ppc64le-linux trunk is only daily tested on ppc64-aix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974
--- Comment #5 from Stam Markianos-Wright ---
(In reply to rsand...@gcc.gnu.org from comment #4)
> (In reply to Stam Markianos-Wright from comment #3)
> > Just started looking at this. I've narrowed it as the bug appearing with
> > commit 9b75f56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
--- Comment #3 from Jakub Jelinek ---
So, seems when asan alloca_big_alignment test is built with -gdwarf-4 -flto, we
have:
Offset: 0x57
Length: 214
DWARF Version: 4
Prologue Length:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79437
--- Comment #5 from Matheus Izvekov ---
Issue is still present on 10.2 and trunk.
Workspace for reference: https://godbolt.org/z/EYhaaW
I believe this issue should have already been transitioned to CONFIRMED.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98594
Jan Hubicka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
1 - 100 of 154 matches
Mail list logo