https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97737
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97652
--- Comment #15 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:c283a711c850efaab4fe3bca5ef7200eb854bba1
commit r11-4766-gc283a711c850efaab4fe3bca5ef7200eb854bba1
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97736
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97734
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97735
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97733
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2020-11-05 00:00:00 |2020-11-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97732
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97594
--- Comment #3 from Kewen Lin ---
(In reply to Martin Liška from comment #2)
> (In reply to Martin Liška from comment #1)
> > Mine, I see a strange error:
> >
> > $ Program received signal SIGBUS, Bus error.
> > 0x3fffb7ceddbc in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97737
Bug ID: 97737
Summary: ICE at -Os and above: tree check: expected class
‘type’, have ‘exceptional’ (error_mark) in
useless_type_conversion_p, at gimple-expr.c:88
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96720
--- Comment #4 from Abrahm Scully ---
I think this bug should have keyword ice-on-valid-code and not
ice-on-invalid-code. The preprocessed source I attached to reproduce the issue
does not have the stray '*' in the original reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 96701, which changed state.
Bug 96701 Summary: Failure to optimize self right-shift to 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96701
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96701
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96307
--- Comment #7 from Kito Cheng ---
Committed fix into trunk, wait one week to commit to gcc 10 branh.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #17 from Jim Wilson ---
Yes, LOAD_EXTEND_OP is a good suggestion. We can maybe do something like
int extend = (LOAD_EXTEND_OP (mode) == ZERO_EXTEND);
temp_reg = force_reg (word_mode, convert_to_mode (word_mode, src, extend));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97736
Bug ID: 97736
Summary: [9/10 Regression] switch codegen
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96307
--- Comment #6 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:65e82636bcdb72a878c2e53943e71b15dd9fb22d
commit r11-4762-g65e82636bcdb72a878c2e53943e71b15dd9fb22d
Author: Kito Cheng
Date: Mon Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #16 from Kito Cheng ---
> Or maybe we make the choice of zero-extend or sign-extend depend on the mode,
> and use zero-extend for smaller than SImode and sign-extend for SImode and
> larger.
Maybe depend on LOAD_EXTEND_OP?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #15 from Jim Wilson ---
I tried testing your first patch. I just built unpatched/patch
rv32-elf/rv64-linux toolchains and used nm/objdump to look at libraries like
libc, libstdc++, libm.
I managed to find a testcase from glibc that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81660
--- Comment #3 from Marek Polacek ---
Candidate patch:
--- a/gcc/cp/except.c
+++ b/gcc/cp/except.c
@@ -41,7 +41,6 @@ static tree do_allocate_exception (tree);
static tree wrap_cleanups_r (tree *, int *, void *);
static int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97623
--- Comment #10 from Wilson Snyder ---
Running -O2 -fno-code-hoisting -ftime-report
and I deleted the 0%/0%/0% lines:
Time variable usr sys wall
GGC
phase parsing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #14 from Jim Wilson ---
Actually, for the SImode to DImode conversion, zero extending is unlikely to be
correct in that case. The rv64 'w' instructions require the input to be
sign-extended from 32-bits to 64-bits, so a sign-extend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #13 from Jim Wilson ---
The attachments show the entire riscv.c file being deleted and then readded
with your change. This is due to a line ending problem. The original file has
the unix style linefeed and the new file has the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847
--- Comment #7 from Tobias Burnus ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2020-November/558214.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81660
--- Comment #2 from Marek Polacek ---
Yup, that was only an option for the existing warning. We should extend the
warning to detect the case above too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4898
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81660
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64892
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54366
Bug 54366 depends on bug 64892, which changed state.
Bug 64892 Summary: [C++14] generic lambdas, decltype(auto), and rvalue
references, oh my!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64892
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54366
Bug 54366 depends on bug 78209, which changed state.
Bug 78209 Summary: Decltype of rvalue reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78209
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78209
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:e6fd02cc6d874c523466250a1cb724e0c7af9d75
commit r11-4758-ge6fd02cc6d874c523466250a1cb724e0c7af9d75
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78209
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97735
Bug ID: 97735
Summary: ipa-prop should handle simple casts
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97675
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25814
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87403
Bug 87403 depends on bug 25814, which changed state.
Bug 25814 Summary: Request for warning for parser ambiguity of function
declarations and variable declarations with initializations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25814
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81930
Bug 81930 depends on bug 25814, which changed state.
Bug 25814 Summary: Request for warning for parser ambiguity of function
declarations and variable declarations with initializations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25814
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97675
--- Comment #1 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:1d87302a8e20c1f49dd37177ec869ee94abc11a5
commit r11-4757-g1d87302a8e20c1f49dd37177ec869ee94abc11a5
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25814
--- Comment #19 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:5b2003105b35f8fe8e074c055a718c8f484d9d32
commit r11-4756-g5b2003105b35f8fe8e074c055a718c8f484d9d32
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #29 from Segher Boessenkool ---
(In reply to Richard Biener from comment #26)
> So it would need to be diagnosed in the FE (only), making a + 0 valid and
> a not. Eh.
We do not *have* to diagnose anything, certainly not things that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97732
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #28 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #25)
> Even if we wanted to do something about it (which I disagree with, e.g.
> given that the implementation matches the documentation), you run into the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97725
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97725
--- Comment #4 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:22984f3f090921b5ac80ec0057f6754ec458e97e
commit r11-4755-g22984f3f090921b5ac80ec0057f6754ec458e97e
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847
--- Comment #6 from kargl at gcc dot gnu.org ---
(In reply to Martin Liška from comment #5)
> I can only confirm it's a Fortran issue.
> Can please anybody from Fortran folks take a look?
First, the caveat, the Fortran code in the attached
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
--- Comment #12 from Jonathan Wakely ---
Fixed by r10-8983 for gcc-10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #10 from Jonathan Wakely ---
Great, thanks for the report and testing the fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
Markus Böck changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:cdd2d448d8200ed5ebcb232163954367b553291e
commit r11-4753-gcdd2d448d8200ed5ebcb232163954367b553291e
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97725
--- Comment #3 from Andrew Macleod ---
Created attachment 49512
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49512=edit
Use a multirange value in value_query::value_of_*
This was triggered by a new call into range_of_stmt to reevaluate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|8.5 |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97731
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
Jonathan Wakely changed:
What|Removed |Added
Known to work|10.2.1 |
Target Milestone|11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:50b840ac5e1d6534e345c3fee9a97ae45ced6bc7
commit r11-4748-g50b840ac5e1d6534e345c3fee9a97ae45ced6bc7
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:710508c7b1a2c8e1d75d4c4f1ac79473dbf2b2bb
commit r11-4749-g710508c7b1a2c8e1d75d4c4f1ac79473dbf2b2bb
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90295
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:710508c7b1a2c8e1d75d4c4f1ac79473dbf2b2bb
commit r11-4749-g710508c7b1a2c8e1d75d4c4f1ac79473dbf2b2bb
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97731
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:2f93a2a03a343a29f614a530d7657f1ed6347ed5
commit r11-4750-g2f93a2a03a343a29f614a530d7657f1ed6347ed5
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67453
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:710508c7b1a2c8e1d75d4c4f1ac79473dbf2b2bb
commit r11-4749-g710508c7b1a2c8e1d75d4c4f1ac79473dbf2b2bb
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.3
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
--- Comment #9 from Ville Voutilainen ---
Ha, well spotted. In general, in a spaceship world, you do want to provide
comparisons symmetrically and const-correctly, and that also works in the
pre-spaceship world, thus:
#include
struct X {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57111
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-11-05
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
--- Comment #7 from Jonathan Wakely ---
(In reply to sshannin from comment #6)
> I guess to rephrase, should there also be a specialized spaceship overload
> for the (nullopt_t, optional) direction to complement the (optional,
> nullopt) one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
--- Comment #5 from joseph at codesourcery dot com ---
A standard version might well end up being handled slightly differently
from the existing GNU version (cf. _Alignof and __alignof).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97734
Bug ID: 97734
Summary: GCC using branches when a conditional move would be
better
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847
Martin Liška changed:
What|Removed |Added
Component|gcov-profile|fortran
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #31 from Eric Botcazou ---
> Unfortunately, it still fails.
OK, can you try the new one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
Eric Botcazou changed:
What|Removed |Added
Attachment #49472|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
--- Comment #6 from sshannin at gmail dot com ---
Thanks to you both for your analysis. As I said, I wasn't sure if it was an
issue, so I'm certainly willing to accept that it's not.
The one point I wanted to emphasize though just to make sure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67453
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #29 from Martin Liška ---
Created attachment 49508
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49508=edit
ppc_log with patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #28 from Martin Liška ---
(In reply to Eric Botcazou from comment #27)
> Created attachment 49472 [details]
> Slightly better tentative fix
Unfortunately, it still fails.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
--- Comment #11 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:4ef0f1e90f1795b1f2d5bba05ed299e8c7635fd4
commit r11-4743-g4ef0f1e90f1795b1f2d5bba05ed299e8c7635fd4
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97732
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
--- Comment #5 from Ville Voutilainen ---
Oh, and if you define a spaceship operator for your type, then things work
again, with or without FLIP.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #27 from Segher Boessenkool ---
(In reply to Alexander Monakov from comment #24)
> Segher, did you really mean to mark the bug resolved/fixed?
No, if I did that, I have no idea how :-)
> Given that the only supported use of local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67453
Jonathan Wakely changed:
What|Removed |Added
Blocks||97729
Last reconfirmed|2015-09-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97733
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-11-5
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96269
--- Comment #3 from Jonathan Wakely ---
I don't think this is a bug in std::optional, I think it's how C++20 works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97668
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
--- Comment #24 from CVS Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:cc32e81cdbb7696cd571bdb5ffe52f228f125df5
commit r11-4741-gcc32e81cdbb7696cd571bdb5ffe52f228f125df5
Author: qing zhao
Date: Thu Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97668
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:54cbdb528df16686290ad26e2130a1896915639d
commit r11-4740-g54cbdb528df16686290ad26e2130a1896915639d
Author: David Malcolm
Date:
: zlib
gcc version 11.0.0 20201105 (experimental) (GCC)
***
Command Lines:
$ gcc -Wall -Wextra -fno-strict-aliasing -fwrapv -O1 -fno-toplevel-reorder
-fno-tree-bit-ccp -fno-tree-dce -fno-tree-dominator-opts -fno-tree-scev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #5 from Jonathan Wakely ---
Yes sorry, I get the same error. I should have tested it first! Working patch
on the way ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97732
Bug ID: 97732
Summary: ice: tree check fail
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #4 from Markus Böck ---
Indeed that sounds like it might be the issue. I am currently on a very recent
version of binutils:
$ ./x86_64-w64-mingw32-ld --versionGNU ld (GNU
Binutils) 2.35.50.20200709
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97731
--- Comment #1 from Jonathan Wakely ---
Looks like I fixed it for std::filesystem::recursive_directory_iterator but not
the experimental version:
if (ecptr ? sp->top().advance(*ecptr) : sp->top().advance())
_M_dirs.swap(sp);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97731
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #3 from Jonathan Wakely ---
It could be a difference in the linker. I'm using the mingw cross-binutils that
comes with Fedora:
$ /usr/bin/x86_64-w64-mingw32-ld --version
GNU ld version 2.32-%{release}
Copyright (C) 2019 Free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #2 from Markus Böck ---
Created attachment 49507
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49507=edit
config.h
Applied the patch and it fixed the issue regarding the undefined references.
Still getting the multiple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97731
Bug ID: 97731
Summary: terminate called in
std::experimental::filesystem::recursive_directory_ite
rator
Product: gcc
Version: 10.2.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
Jonathan Wakely changed:
What|Removed |Added
Keywords||build
Summary|Link failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97730
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97730
Alex Coplan changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
0
.type b, %object
.size b, 4
b:
.word -829531576
.type c, %object
.size c, 4
c:
.word -1203148518
.bss
.align 3
.type a, %object
.size a, 32320
a:
.zero 32320
.ident "GCC: (unknow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
--- Comment #10 from Aldy Hernandez ---
> > as well as here:
> >
> > if (TREE_CODE (val1) == INTEGER_CST && TREE_CODE (val2) == INTEGER_CST)
> > {
> > /* We cannot compare overflowed values. */
> > if (TREE_OVERFLOW
1 - 100 of 136 matches
Mail list logo