https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692
Martin Liška changed:
What|Removed |Added
Host|powerpcle-*-linux-gnu* |powerpc64le-linux-gnu
Build|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
--- Comment #13 from Richard Biener ---
(In reply to Xi Ruoyao from comment #9)
> (In reply to rguent...@suse.de from comment #8)
>
> > I guess it is because -mxgot is supposed to be handled by the assembler?
> > I see
> >
> > %{mgp32} %{mgp64}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #11 from Martin Liška ---
(In reply to Segher Boessenkool from comment #10)
> (And that new test case is full of obvious invalid code as well, fwiw.)
Wait here. Changing the code to:
long compress_n_blocks = 0;
void GOST_34_11::comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98719
Bug ID: 98719
Summary: [modules] translating importable standard headers
causes various ICEs
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64290
--- Comment #5 from Ev Drikos ---
Created attachment 49990
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49990&action=edit
realloc_class_8.f95
Hello,
Having seen a Note in F2018 draft, specifically
10.2.1.3 Interpretation of intrinsic as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98719
--- Comment #1 from Boris Kolpackov ---
Created attachment 49991
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49991&action=edit
build transcript
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98707
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98720
Bug ID: 98720
Summary: [modules] update __cpp_modules value
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98718
--- Comment #1 from Boris Kolpackov ---
Perhaps this is the same bug but with a simpler reproducer (it points to the
same location):
cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98715
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98721
Bug ID: 98721
Summary: [11 Regression] ICE in c_tree_printer at
/gcc/c/c-objc-common.c:314 since
r11-5523-geafe8ee7af13c398
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98721
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98721
--- Comment #1 from Martin Liška ---
Where both these 2 objects are null:
(gdb) p sizestr
$7 = "0", '\000' ,
"\060\316\377\377\377\177\000\000P\316\377\377\377\177\000\000\210#\000\000\000\000\000\000\230\373;\367\377\177\000\000\000wF\367\377\1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98703
Richard Biener changed:
What|Removed |Added
Blocks||85316
--- Comment #1 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
--- Comment #3 from Richard Biener ---
A well-predicted branch will be faster than the cmov because of the shorter
data dependence path.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98703
Jakub Jelinek changed:
What|Removed |Added
CC||amacleod at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98721
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98694
--- Comment #7 from Hongtao.liu ---
Another testcase reproduce the same issue.
#include
typedef short v4hi __attribute__ ((vector_size (8)));
typedef int v2si __attribute__ ((vector_size (8)));
v4hi b;
__attribute__ ((noipa))
v2si
foo (__m512i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98722
Bug ID: 98722
Summary: [11 Regression] ICE in lra_set_insn_recog_data, at
lra.c:1004 since
r11-6615-gcf2ac1c30af0fa783c8d72e527904dda5d8cc330
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98722
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-01-18
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
--- Comment #4 from Uroš Bizjak ---
Please see PR 56309 (and PR 85559 meta bug).
Quote from Honza:
The decision on whether to use cmov or jmp was always tricky on x86
architectures. Cmov increase dependency chains, register pressure (both value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98673
Richard Biener changed:
What|Removed |Added
Known to work||8.4.0
--- Comment #4 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98268
--- Comment #3 from Alex Coplan ---
Adding --param=aarch64-autovec-preference=3 I can reproduce the ICE on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98095
Roger Sayle changed:
What|Removed |Added
Last reconfirmed||2021-01-18
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974
--- Comment #3 from Stam Markianos-Wright ---
Just started looking at this. I've narrowed it as the bug appearing with commit
9b75f56d4b7951c60a6563964a65787b95bc.
I have yet to fire this up in gdb to see what's happening, but one test I did
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2e43880dbd4cb9722ae99708c01c399f985dc7c3
commit r11-6765-g2e43880dbd4cb9722ae99708c01c399f985dc7c3
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
--- Comment #5 from Dávid Bolvanský ---
User knows the data better, so he/she may prefer abs with branch.
Also PGO may say that branch for abs is better based on profile data.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Bug ID: 98723
Summary: On Windows with CP936 encoding, regex compiles very
slow.
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974
--- Comment #4 from rsandifo at gcc dot gnu.org
---
(In reply to Stam Markianos-Wright from comment #3)
> Just started looking at this. I've narrowed it as the bug appearing with
> commit 9b75f56d4b7951c60a6563964a65787b95bc.
>
> I have yet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716
--- Comment #2 from Jakub Jelinek ---
The failed asan tests are all with -flto, and the changes in the output are
from:
WRITE of size 1 at 0x7ffeab2b5d8a thread T0
#0 0x401288 in foo
/home/jakub/src/gcc/gcc/testsuite/c-c++-common/asan/alloca_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98724
Bug ID: 98724
Summary: [11 Regression] gnat build failure on alpha-linux-gnu
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98268
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98722
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98268
--- Comment #5 from Alex Coplan ---
Ah, sorry, I hit this with a VLA compile on trunk, so the full command line is:
$ aarch64-elf-gcc a.c b.c -flto -O1 -ftree-vectorize -march=armv8.2-a+sve
--param=aarch64-autovec-preference=3
with the above so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98268
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Summary|[10 Regression] ICE:|[10/11 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98725
Bug ID: 98725
Summary: Review what is disabled in libstdc++ by
--disable-wchar_t
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98724
--- Comment #1 from Uroš Bizjak ---
Sorry, I don't have access to alpha anymore.
(And I'm surprised that gnat even builds, because I've never tried.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #1 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98726
Bug ID: 98726
Summary: aarch64: tree check: expected integer_cst, have
poly_int_cst in to_wide, at tree.h:5984
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98726
Alex Coplan changed:
What|Removed |Added
Target Milestone|--- |11.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
--- Comment #7 from Roger Sayle ---
I agree in the general case, a conditional jump (that depends only on the
condition flags) potentially has a shorter dependence chain than a cmov (which
depends on the condition flags and two registers). But i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98726
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Known to work||9.3.1
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98727
Bug ID: 98727
Summary: [11 Regression] Miscompiled signed overflow check
since r11-6580
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98727
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2021-01-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98727
--- Comment #1 from Jakub Jelinek ---
Created attachment 49992
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49992&action=edit
gcc11-pr98727.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98724
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98728
Bug ID: 98728
Summary: [11 regression] Several debug tests FAIL with DWARF-5
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98727
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98728
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |11.0
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
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=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=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
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=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=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=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=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 #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 #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=97299
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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=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 #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=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=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=98725
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-01-18
Assignee|unassign
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=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=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=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=98728
Mark Wielaard changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
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=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
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=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;
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=93480
Patrick Palka changed:
What|Removed |Added
CC||vermaelen.wouter at gmail dot
com
--- C
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=96197
Patrick Palka changed:
What|Removed |Added
CC||gcc-bugs at oxyware dot com
--- Comment
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=97987
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=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=96821
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=96410
Patrick Palka changed:
What|Removed |Added
Target Milestone|10.3|11.0
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=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=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=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=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=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
1 - 100 of 154 matches
Mail list logo
