https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104800
--- Comment #5 from Martin Uecker ---
Different context, but also relevant:
https://gcc.gnu.org/pipermail/gcc-patches/2022-February/590757.html
"The problem is there may be observable side effects on the *0 path
between the test and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104800
--- Comment #4 from Martin Uecker ---
Patch (by Martin Sebor)
diff --git a/gcc/tree-ssa-pre.c b/gcc/tree-ssa-pre.c
index ab24fa98a1f..8f437791d94 100644
--- a/gcc/tree-ssa-pre.c
+++ b/gcc/tree-ssa-pre.c
@@ -3971,6 +3971,13 @@ compute_avail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
--- Comment #4 from Barry Revzin ---
For instance, clang accepts this version:
consteval int p(int i) {
return i > 2;
}
constexpr auto none_of(int const* f, int const* l) -> bool {
for (; f != l; ++f) {
int i = *f;
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
--- Comment #3 from Barry Revzin ---
clang is also wrong. p(i) doesn't have to be a constant expression there. The
rule (http://eel.is/c++draft/expr.const#13) is "An immediate invocation shall
be a constant expression." but an expression is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
--- Comment #2 from Andrew Pinski ---
clang does a better job of explaining though:
:6:17: error: call to consteval function '(anonymous
class)::operator()' is not a constant expression
if (p(i)) { // <== line 5
^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
--- Comment #1 from Andrew Pinski ---
clang fails for the same reason.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
Bug ID: 104803
Summary: if consteval error from branch that isn't evaluated
anyway
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104800
Paul McKenney changed:
What|Removed |Added
CC||paulmckrcu at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104801
康桓瑋 changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #1 from 康桓瑋
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104798
--- Comment #3 from Jonathan Stein ---
Last update on this for today from me: If there is a difference between "type
of" the operator and the operator itself language wise, then there's a
different but related regression that appears to break
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104790
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104798
--- Comment #2 from Jonathan Stein ---
Further, after some back and forth with a colleague, I don't know if this is an
extension or not. I'm not too clear on the language, but from the C++20
published draft n4849:
> An attribute-specifier-seq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104792
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-reduction |
Summary|[g++ and/or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104792
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-reduction
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #15 from CVS Commits ---
The releases/gcc-10 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:b3531eb23a23be0219c6ab0ff85110c2648086e6
commit r10-10487-gb3531eb23a23be0219c6ab0ff85110c2648086e6
Author: Michael
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #29 from CVS Commits ---
The releases/gcc-10 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:641b407763ecfee5d4ac86d8ffe9eb1eeea5fd10
commit r10-10486-g641b407763ecfee5d4ac86d8ffe9eb1eeea5fd10
Author: Michael
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104792
--- Comment #2 from Arthur O'Dwyer ---
@Andrew Pinski: Sorry, looks like my description ended up not matching the
Godbolt (I said "three lines marked X," but there are only two lines marked X,
for example.)
Here's the Godbolt with one of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104802
Bug ID: 104802
Summary: Non-type template parameter of reference type
disallowed under certain conditions
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104636
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104636
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-03-05
Ever confirmed|0
Snapshot gcc-11-20220305 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20220305/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104636
--- Comment #1 from Andrew Pinski ---
#include
#include
#include
//kde-misc/kdeconnect
struct foo
{ uint8_t v_;
explicit foo( char const * p = nullptr, uint8_t v = 0 ) : v_{v}{}
foo( foo const & ) = default;
};
foo get_value()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Andrew Pinski changed:
What|Removed |Added
Known to work|8.5.0 |8.1.0, 8.3.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Andrew Pinski changed:
What|Removed |Added
Known to fail||9.1.0, 9.4.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Andrew Pinski changed:
What|Removed |Added
Component|c++ |rtl-optimization
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Andrew Pinski changed:
What|Removed |Added
Summary|gcc crashes while compiling |[10/11/12 Regression] gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #23 from Roland Illig ---
>From c-parser.cc and cp/parser.cc:
> %<#pragma omp target%> with modifier other than % or %on
> % clause
Missing space between "%" and "on".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #22 from Roland Illig ---
>From v850-c.cc:
> %<#pragma%> GHS end found without previous startXXX
> %<#pragma%> GHS endXXX does not match previous startXXX
> junk at end of %<#pragma%> ghs section
> malformed %<#pragma%> ghs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104801
Bug ID: 104801
Summary: std::ranges::view_interface::empty is overconstrained
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104800
--- Comment #2 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc/2022-January/238038.html
Tested powerpc64le-linux, pushed to trunk.
-- >8 --
This ensures there's no linker error if libstdc++ headers are included
following a pragma that sets hidden visibility.
Similarly for std::__terminate, which is always-inline so shouldn't
matter, but it's not wrong to do this anyway.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104800
--- Comment #1 from Martin Uecker ---
Godbolt link:
https://godbolt.org/z/111a7a3Y8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104800
Bug ID: 104800
Summary: reodering of potentially trapping operations and
volatile stores
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
On Linux/x86_64,
8ea4a34bd0b0a46277b5e077c89cbd86dfb09c48 is the first bad commit
commit 8ea4a34bd0b0a46277b5e077c89cbd86dfb09c48
Author: Roger Sayle
Date: Sat Mar 5 08:50:45 2022 +
PR 104732: Simplify/fix DI mode logic expansion/splitting on -m32.
caused
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104799
--- Comment #2 from Mosè Giordano ---
Created attachment 52568
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52568=edit
Patch for poisoned calloc on Musl systems
Following the example of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104799
--- Comment #1 from Francois-Xavier Coudert ---
Should have added a link to the original report:
https://github.com/iains/gcc-darwin-arm64/issues/84
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104799
Bug ID: 104799
Summary: Header issue with x86_64-linux-musl based
cross-compiler
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104798
--- Comment #1 from Jonathan Stein ---
Possibly related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90333
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104798
Bug ID: 104798
Summary: Regression: [[gnu::always_inline]] ignored on lambda,
no warning emitted
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #28 from CVS Commits ---
The releases/gcc-11 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:fa944e8660e158655beda58e12b69fd18dd49108
commit r11-9639-gfa944e8660e158655beda58e12b69fd18dd49108
Author: Michael
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #14 from CVS Commits ---
The releases/gcc-11 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:a1984704a7c2b9be8c89b3381e9c453ccbc5e7bf
commit r11-9638-ga1984704a7c2b9be8c89b3381e9c453ccbc5e7bf
Author: Michael
Since eh_return doesn't work with stack realignment, disable SSE on
unwind-c.c and unwind-dw2.c to avoid stack realignment with the 4-byte
incoming stack to avoid SSE usage which is caused by
commit 609e8c492d62d92465460eae3d43dfc4b2c68288
Author: H.J. Lu
Date: Sat Feb 26 14:17:23 2022 -0800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104781
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from H.J. Lu ---
> Created attachment 52567
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52567=edit
> The v2 patch
>
> Please test this patch.
This version
> Am 05.03.2022 um 09:08 schrieb Jakub Jelinek via Gcc-patches
> :
>
> On Fri, Mar 04, 2022 at 02:58:37PM +0100, Jakub Jelinek via Gcc-patches
> wrote:
>> On Thu, Mar 03, 2022 at 05:08:30PM -0700, Martin Sebor wrote:
1) shouldn't it give up for EDGE_ABNORMAL too? I mean, e.g.
On Sat, 2022-03-05 at 09:36 +0800, Paul Hua wrote:
> >
> > And based on the history of RISC-V port
> > (https://gcc.gnu.org/pipermail/gcc/2017-January/222595.html) the
> > process
> > for a new port seems:
> >
> > 1. Get a permission from the Steering Committee.
> > 2. Add one or two port
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104780
--- Comment #4 from Tom de Vries ---
(In reply to Andrew Pinski from comment #3)
> So if you file a bug there
Done: https://sourceware.org/bugzilla/show_bug.cgi?id=28945
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70322
--- Comment #11 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:8ea4a34bd0b0a46277b5e077c89cbd86dfb09c48
commit r12-7502-g8ea4a34bd0b0a46277b5e077c89cbd86dfb09c48
Author: Roger Sayle
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65105
--- Comment #6 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:8ea4a34bd0b0a46277b5e077c89cbd86dfb09c48
commit r12-7502-g8ea4a34bd0b0a46277b5e077c89cbd86dfb09c48
Author: Roger Sayle
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104732
--- Comment #5 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:8ea4a34bd0b0a46277b5e077c89cbd86dfb09c48
commit r12-7502-g8ea4a34bd0b0a46277b5e077c89cbd86dfb09c48
Author: Roger Sayle
Date: Sat
Hi!
The following testcase fails to assemble due to clgte %r6,0(%r1,%r10)
insn not being accepted by assembler.
My rough understanding is that in the RSY-b insn format the spot
in other formats used for index registers is used instead for M3 what
kind of comparison it is, so this patch follows
Hi!
As mentioned in the PR, right now on powerpc* __SIZEOF_{FLOAT,IBM}128__
macros are predefined unconditionally, because {ieee,ibm}128_float_type_node
is always non-NULL, doesn't reflect whether __ieee128 or __ibm128 are
actually supported or not.
The following patch:
1) makes those
On Fri, Mar 04, 2022 at 02:58:37PM +0100, Jakub Jelinek via Gcc-patches wrote:
> On Thu, Mar 03, 2022 at 05:08:30PM -0700, Martin Sebor wrote:
> > > 1) shouldn't it give up for EDGE_ABNORMAL too? I mean, e.g.
> > > following a non-local goto forced edge from a noreturn call
> > > to a
Hi!
The following testcase ICEs, because the cond_andv* expander
has vector_operand predicates in both of the commutative inputs
and calls gen_andv*_mask which calls ix86_binary_operator_ok
in its condition, but nothing calls ix86_fixup_binary_operands_no_copy
during the expansion, which means
55 matches
Mail list logo
