https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96933
--- Comment #11 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:025f434a87336e38bf5140fba2005081876aa911
commit r11-4731-g025f434a87336e38bf5140fba2005081876aa911
Author: Kewen Lin
Date: Thu Nov 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97724
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97724
Bug ID: 97724
Summary: [11 Regression] ICE in insn_default_length, at
config/i386/i386.md:15325 since
r11-4578-gd10f3e900b0377b4
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97718
--- Comment #2 from Richard Biener ---
Using gdb 8.3.1 on openSUSE Leap 15.2 doesn't show the excessive memory use.
The only difference in readelf -w of the binary before/after the patch is
--- /tmp/a 2020-11-05 08:58:26.636803199 +0100
++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
Martin Liška changed:
What|Removed |Added
CC||amacleod at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97722
Martin Liška changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97724
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96933
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
-languages=c,c++
--disable-werror --enable-multilib --with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.0 20201105 (experimental) [master revision
8f565d255a3:fff11f1136a:35c125cb6ac47fa97aa5ee22f987a38e63adad08] (GCC)
[556] %
[556] % gcctk -O1 -c small.c
[557
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
--- Comment #23 from Martin Liška ---
*** Bug 97724 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97724
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97726
Bug ID: 97726
Summary: simd intrinsics tests fail on armeb
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89661
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
Aldy Hernandez changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97718
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:1436ef2a57e79b6b8ce5b03e32a38dd64f46c97c
commit r11-4733-g1436ef2a57e79b6b8ce5b03e32a38dd64f46c97c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97718
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
Jakub Jelinek changed:
What|Removed |Added
CC||amker at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
--- Comment #4 from Jakub Jelinek ---
We have drop_tree_overflow, so perhaps ivopts could use if (TREE_OVERFLOW_P
(whatever)) whatever = drop_tree_overflow (whatever); somewhere.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97727
Bug ID: 97727
Summary: bf16_vstN_lane_2 test fails on aarch64_be
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
--- Comment #2 from Alex Coplan ---
For the related testcase:
int a, c, d, e;
long b;
void f() {
short g = a;
for (; c; c++) {
b &= a == 0 ? 1 : g / a;
d |= e;
}
}
with the same options on AArch64, we ICE with a similar (but not i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
--- Comment #4 from Jonathan Wakely ---
N.B. http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2593.htm proposes to
standardise typeof.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97725
Richard Biener changed:
What|Removed |Added
Summary|ICE at -Os and above: tree |[11 Regression] ICE at -Os
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
--- Comment #5 from Richard Biener ---
(In reply to Aldy Hernandez from comment #2)
> The ranger is analyzing a statement with an integer overflow, and creating a
> non-legacy range that is invalid:
>
> (gdb) p debug(stmt)
> if (_1 != -1(OVF))
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97725
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97392
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:82972dc3ec83b88280a830540e8127e2a45d61f0
commit r9-9025-g82972dc3ec83b88280a830540e8127e2a45d61f0
Author: Martin Liska
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97392
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:a79cb813205027576d47a27655198cec4b5cd046
commit r10-8980-ga79cb813205027576d47a27655198cec4b5cd046
Author: Martin Liska
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97728
Bug ID: 97728
Summary: error: ‘imaxdiv_t’ has not been declared in ‘::’
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #25 from Jakub Jelinek ---
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 problem
that even GIMPLE nor RTL differentiates between:
voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97728
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
--- Comment #6 from Aldy Hernandez ---
(In reply to Richard Biener from comment #5)
> (In reply to Aldy Hernandez from comment #2)
> Yes, the IL is "correct", just inefficent and possibly confusing to passes.
>
> The OVF flag on INTEGER_CST hav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
--- Comment #7 from Jakub Jelinek ---
But TREE_OVERFLOW is meaningful during evaluation, e.g. inside of VRP or when
folding some expression. It just doesn't belong into the GIMPLE IL.
So I'd say it would be better for ranger when it sees TREE_OV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
--- Comment #8 from Aldy Hernandez ---
(In reply to Jakub Jelinek from comment #7)
> But TREE_OVERFLOW is meaningful during evaluation, e.g. inside of VRP or
> when folding some expression. It just doesn't belong into the GIMPLE IL.
> So I'd say
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97721
--- Comment #9 from Richard Biener ---
(In reply to Aldy Hernandez from comment #8)
> (In reply to Jakub Jelinek from comment #7)
> > But TREE_OVERFLOW is meaningful during evaluation, e.g. inside of VRP or
> > when folding some expression. It j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
Richard Biener changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
Bug ID: 97729
Summary: Link failure due to basic_stringbuf and others when
building DLL on MinGW
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
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 (v
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=97730
Alex Coplan changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
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=97729
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
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=97731
Bug ID: 97731
Summary: terminate called in
std::experimental::filesystem::recursive_directory_ite
rator
Product: gcc
Version: 10.2.0
Status: UNCONFIRM
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&action=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=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 Software
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=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=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=97732
Bug ID: 97732
Summary: ice: tree check fail
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unas
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 ...
: 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=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: Th
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 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97715
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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=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=96269
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
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=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 re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67453
Jonathan Wakely changed:
What|Removed |Added
Blocks||97729
Last reconfirmed|2015-09-04 00
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=97732
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
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=97721
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=97504
--- Comment #29 from Martin Liška ---
Created attachment 49508
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49508&action=edit
ppc_log with patch
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=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 we
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=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=95847
Martin Liška changed:
What|Removed |Added
Component|gcov-profile|fortran
Status|ASSIGNED
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
Prio
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=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?
No
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=57111
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Assignee|unassigned at gc
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 {
tem
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=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=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=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=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
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|8.5 |11.0
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&action=edit
Use a multirange value in value_query::value_of_*
This was triggered by a new call into range_of_stmt to reeva
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
Date:
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
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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
--- Comment #12 from Jonathan Wakely ---
Fixed by r10-8983 for gcc-10
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
exampl
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=97725
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
> prob
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 #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=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: F
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: Tu
1 - 100 of 136 matches
Mail list logo
