https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #40 from Xi Ruoyao ---
mips patch: https://gcc.gnu.org/pipermail/gcc-patches/2024-March/648070.html
(tested with -mabi=64)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114396
--- Comment #9 from Richard Biener ---
(In reply to Robin Dapp from comment #8)
> No fallout on x86 or aarch64.
>
> Of course using false instead of TYPE_SIGN (utype) is also possible and
> maybe clearer?
Well, wi::from_mpz doesn't take a sign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396
--- Comment #32 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:6a55e39bdb1fdb570730c08413ebbe744e493411
commit r14-9565-g6a55e39bdb1fdb570730c08413ebbe744e493411
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Summary|[13/14 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114401
Bug ID: 114401
Summary: libstdc++ allocator destructor omitted when
reinserting node_handle into tree- and hashtable-based
containers
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112651
--- Comment #6 from GCC Commits ---
The master branch has been updated by Demin Han :
https://gcc.gnu.org/g:cd1ce3b326d49c16bade1fb76daa2ee67586efc9
commit r14-9566-gcd1ce3b326d49c16bade1fb76daa2ee67586efc9
Author: demin.han
Date: Wed Mar 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114402
Bug ID: 114402
Summary: rs6000: ICE when long double is ieee128 format by
default but without vsx
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
--- Comment #6 from Kewen Lin ---
(In reply to Martin Jambor from comment #5)
> I'd like to ping this, are there plans to implement this in the near-ish
> term?
Some weeks ago, Naveen had been doing some experiments to see if there is a
better
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #65 from Martin Jambor ---
I hope to have some jump-function comparison functions ready for testing later
today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114402
Kewen Lin changed:
What|Removed |Added
Target||powerpc64*-linux-gnu
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114400
--- Comment #1 from Jonathan Wakely ---
The resolution of LWG 3950 has not been implemented, at all. The use of
__type_identity_t there dates from 2019 (r10-1886-g0d67cd380d37f2) and replaced
earlier uses of common_type_t which date from the ini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114400
--- Comment #2 from Jonathan Wakely ---
One option would be to make __type_identity_t an alias for type_identity_t in
C++20:
--- a/libstdc++-v3/include/std/type_traits
+++ b/libstdc++-v3/include/std/type_traits
@@ -156,13 +156,30 @@ _GLIBCXX_BE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114400
--- Comment #3 from Jonathan Wakely ---
Oops, that was meant to be:
#ifdef __cpp_lib_type_identity // C++ >= 20
/** * Identity metafunction.
* @since C++20
* @{
*/
template
struct type_identity { using type = _Tp; };
templat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114369
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5e64228fe1f7ec536da314246eec968aea0d704d
commit r14-9567-g5e64228fe1f7ec536da314246eec968aea0d704d
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114322
--- Comment #4 from GCC Commits ---
The master branch has been updated by Hao Liu :
https://gcc.gnu.org/g:4c276896d646c2dbc8047fd81d6e65f8c5ecf01d
commit r14-9569-g4c276896d646c2dbc8047fd81d6e65f8c5ecf01d
Author: Hao Liu
Date: Wed Mar 20 17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114348
--- Comment #6 from Tobias Specht ---
Thanks for fixing this!
Waiting for the gcc 13 backport.
Having formatted json output sounds like a nice feature for me too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114365
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:456e10f28b36aa417e0db145556831c4f979fbd7
commit r14-9570-g456e10f28b36aa417e0db145556831c4f979fbd7
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114365
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114400
--- Comment #4 from Jiang An ---
(In reply to Jonathan Wakely from comment #1)
> The resolution of LWG 3950 has not been implemented, at all.
Hmm... r14-5349 seems "implementing the resolution" per the commit message.
Perhaps I misread somethin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114400
--- Comment #5 from Jonathan Wakely ---
It was simplifying the overload set, consistent with the proposed resolution of
3950.
If 3950 breaks existing implementations, then arguably 3950 is wrong and should
not be approved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114395
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #10 from Jia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114403
Bug ID: 114403
Summary: [14 regression]
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114403
Sam James changed:
What|Removed |Added
Summary|[14 regression] |[14 regression] LLVM
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404
Bug ID: 114404
Summary: [11] GCC reorders stores when it probably shouldn't
Product: gcc
Version: 11.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114403
--- Comment #2 from Sam James ---
Better output (includes the assertion failure):
```
$ /home/sam/data/build/llvm-project-test/bin/llc -global-isel
-mtriple=amdgcn-mesa-mesa3d -mcpu=gfx900 -stop-after=legalizer -o -
/home/sam/git/llvm-project/ll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404
--- Comment #1 from Ilya Leoshkevich ---
Created attachment 57744
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57744&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404
--- Comment #2 from Ilya Leoshkevich ---
Created attachment 57745
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57745&action=edit
cc1 invocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114400
--- Comment #6 from Jonathan Wakely ---
Alternatively:
--- a/libstdc++-v3/include/std/string_view
+++ b/libstdc++-v3/include/std/string_view
@@ -602,15 +602,15 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
// deduction and the other argument gets impl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114396
Sam James changed:
What|Removed |Added
Summary|[14 Regression] Vector: |[13/14 Regression] Vector:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114396
--- Comment #11 from Sam James ---
Bisecting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28277
--- Comment #21 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #20)
> here is the current list as far as I can tell:
> config/locale/dragonfly/codecvt_members.cc
> config/locale/gnu/codecvt_members.cc
> config/locale/gnu/message
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114401
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2024-03-20
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114396
Sam James changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114396
Sam James changed:
What|Removed |Added
Known to fail||13.2.1
--- Comment #13 from Sam James ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404
Richard Biener changed:
What|Removed |Added
Component|c |target
--- Comment #3 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114403
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109596
--- Comment #10 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #9)
> BTW, just curious, r14-162 had:
>/* Ensure that the header will have just the latch as a predecessor
> inside the loop. */
> - if (!singl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523
--- Comment #34 from Richard Biener ---
(In reply to Andreas Krebbel from comment #1)
> This appears to be triggered by try_combine unnecessarily setting back the
> position by returning the i2 insn.
>
> When 866 is inserted into 973 866 still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114396
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|14.0
bin/x86_64-pc-linux-gnu-as --enable-libsanitizer
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-9570-20240320105507-g456e10f28b3-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240320 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28277
--- Comment #22 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #21)
> (In reply to Andrew Pinski from comment #20)
> > src/c++11/snprintf_lite.cc (__throw_insufficient_space)
>
> Another internal impl detail, but this one is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114406
Bug ID: 114406
Summary: Optimizations with ">>", div, mod and mul where
operands are all positive
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114396
--- Comment #15 from Hongtao Liu ---
(In reply to Richard Biener from comment #9)
> (In reply to Robin Dapp from comment #8)
> > No fallout on x86 or aarch64.
> >
> > Of course using false instead of TYPE_SIGN (utype) is also possible and
> > m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114396
Hongtao Liu changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #16 from Hongtao Liu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114406
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89163
Xi Ruoyao changed:
What|Removed |Added
CC||Explorer09 at gmail dot com
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89163
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114395
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114407
Bug ID: 114407
Summary: Typo 'enabing' in loongarch-opts.cc
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: translation
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
--- Comment #13 from Roland Illig ---
See also bug 114407.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114405
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404
--- Comment #4 from Ilya Leoshkevich ---
Thanks, cherry-picking
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=a98d5130a6dcff2ed4db371e500550134777b8cf
helped both with the minimized testcase and the actual kernel bug. What you
describe there -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49330
Richard Biener changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89163
--- Comment #4 from Kang-Che Sung ---
(In reply to Xi Ruoyao from comment #2)
> *** Bug 114406 has been marked as a duplicate of this bug. ***
I can't say bug 114406 is an exact duplicate of this one. Although my report
mainly addresses right sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114401
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114401
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.5
Keywords|
ttps://gcc.gnu.org/bugs/> for instructions.
lto-wrapper: fatal error: /opt/compiler-explorer/gcc-snapshot/bin/gcc returned
1 exit status
compilation terminated.
/opt/compiler-explorer/gcc-trunk-20240320/bin/../lib/gcc/x86_64-linux-gnu/14.0.1/../../../../x86_64-linux-gnu/bin/ld:
error: lto-wrapper failed
collect2: error: ld returned 1 exit status
Compiler returned: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #42 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b089ceb365e5132e4b2a8acfb18127bbee2d0d00
commit r14-9574-gb089ceb365e5132e4b2a8acfb18127bbee2d0d00
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #41 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:68eca9b6aefeb40bdd4c55e42528cb32d1e2935b
commit r14-9573-g68eca9b6aefeb40bdd4c55e42528cb32d1e2935b
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #43 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:22612a8b5e0853c530f98fc7c0d6f6812b36518d
commit r14-9575-g22612a8b5e0853c530f98fc7c0d6f6812b36518d
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #44 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:921eb457c5b105bcd84eaeac22067e9b03d5b9d1
commit r14-9576-g921eb457c5b105bcd84eaeac22067e9b03d5b9d1
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #46 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4c9d2810908004b7e04599b426aca5ee1bd16735
commit r14-9578-g4c9d2810908004b7e04599b426aca5ee1bd16735
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #45 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b22a9c7dd29a14a217de8b86d3e100e4e8b7785e
commit r14-9577-gb22a9c7dd29a14a217de8b86d3e100e4e8b7785e
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #47 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b05ee9b69e4644cefbb94a768c4ea302fd44b934
commit r14-9579-gb05ee9b69e4644cefbb94a768c4ea302fd44b934
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108802
Martin Jambor changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114254
Martin Jambor changed:
What|Removed |Added
Summary|[11/12/13/14 regression]|[11/12/13 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114403
Sam James changed:
What|Removed |Added
Summary|[14 regression] LLVM|[14 regression] LLVM
|mis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114397
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #66 from Martin Jambor ---
Created attachment 57750
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57750&action=edit
Patch comparing jump functions
I'm testing this patch. (Not sure how to best check that it does not
inadvert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #67 from Jakub Jelinek ---
(In reply to Martin Jambor from comment #66)
> Created attachment 57750 [details]
> Patch comparing jump functions
>
> I'm testing this patch. (Not sure how to best check that it does not
> inadvertently
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114358
Thorsten Glaser changed:
What|Removed |Added
CC||tg at mirbsd dot org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114358
--- Comment #3 from Andrew Pinski ---
(In reply to Thorsten Glaser from comment #2)
> Sure? bug 110934 was about =all and using =used fixed the ICE back then. Now
> it ICEs in both.
Including on the trunk of GCC?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114358
--- Comment #4 from Andrew Pinski ---
(In reply to Thorsten Glaser from comment #2)
> Sure? bug 110934 was about =all and using =used fixed the ICE back then. Now
> it ICEs in both.
Yes it is a dup because it is about the FP registers in the re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114358
--- Comment #5 from Andrew Pinski ---
Also see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110934#c11 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114358
--- Comment #6 from Thorsten Glaser ---
Oh okay.
I have no easy way to check the trunk; gcc-snapshot_1:20240117-1 failed to
build (due to an ICE in libgo). In about two days, gcc-14_14-20240315-1 should
be built, which I can check then, if that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114358
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110316
--- Comment #6 from seurer at gcc dot gnu.org ---
Was this only fixed for trunk? I started seeing it for gcc 13:
g:5b928badac560ad48e0e9fc480096ff396d9d9c6, r13-8468-g5b928badac560a
make -k check-gcc RUNTESTFLAGS="dg.exp=g++.dg/ext/timevar1.C"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114407
--- Comment #1 from GCC Commits ---
The master branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:806621dc14f893476dd6f2a9ae5cf773f3b0951b
commit r14-9582-g806621dc14f893476dd6f2a9ae5cf773f3b0951b
Author: Xi Ruoyao
Date: Thu Mar 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
Uroš Bizjak changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114407
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110316
--- Comment #7 from Andrew Pinski ---
(In reply to seurer from comment #6)
> Was this only fixed for trunk? I started seeing it for gcc 13:
Yes it was only fixed on the trunk. The ICE only happens when -ftime-report is
used which most folks wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114409
Bug ID: 114409
Summary: ICE after adding novector pragmas (internal compiler
error: in tsubst_expr, at cp/pt.cc:21794)
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114409
--- Comment #1 from Sam James ---
If you can think of a workaround, please let me know, as unfortunately this
loop is the one where the assert in the other bug gets hit :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103715
--- Comment #10 from GCC Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:811145b10ff30608bb5ea459ea277219ada4f13d
commit r12-10286-g811145b10ff30608bb5ea459ea277219ada4f13d
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114409
--- Comment #2 from Andrew Pinski ---
Just an FYI, using unroll instead of novect also ICEs. Let me reduce this and
see if it is a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114409
--- Comment #3 from Andrew Pinski ---
(In reply to Sam James from comment #1)
> If you can think of a workaround, please let me know, as unfortunately this
> loop is the one where the assert in the other bug gets hit :(
An easy workaround is to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114409
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Sam James from comment #1)
> > If you can think of a workaround, please let me know, as unfortunately this
> > loop is the one where the assert in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114403
--- Comment #4 from Sam James ---
Created attachment 57752
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57752&action=edit
EarlyCSE.cpp.ii.xz
The bad object seems to be EarlyCSE.cpp.o. Building it with -O0 makes things
work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114409
--- Comment #5 from Sam James ---
Thanks, I'll play with those...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103715
--- Comment #11 from GCC Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:7294f1a7aa457fe24d11270f06fd15c2b3ffd4ab
commit r11-11287-g7294f1a7aa457fe24d11270f06fd15c2b3ffd4ab
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103715
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
--- Comment #11 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #10)
> Huh, is this really fixed?
IMO, this patch is also needed:
--cut here--
diff --git a/gcc/asan.cc b/gcc/asan.cc
index cfe83106460..54dcc3a38db 100644
--- a/gcc/as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
Bug 24546 depends on bug 49565, which changed state.
Bug 49565 Summary: character(kind=4) is emitted as DW_ATE_unsigned, not
DW_ATE_unsigned_char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49565
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94377
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2020-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77517
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109251
--- Comment #1 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:9093f275e0a3430e4517e782e7f5419d403113f7
commit r14-9586-g9093f275e0a3430e4517e782e7f5419d403113f7
Author: David Malcolm
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109251
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|[13/14 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114398
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
1 - 100 of 109 matches
Mail list logo