https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100646
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d15a2d261b24adcbfe5e663b15dde3df5d2b3486
commit r12-934-gd15a2d261b24adcbfe5e663b15dde3df5d2b3486
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94589
--- Comment #24 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2b536797f7e43c55072a3215735f5833f1d6d218
commit r12-935-g2b536797f7e43c55072a3215735f5833f1d6d218
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99928
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:94fa4c67b95c12482b6087d8eef2d72f7b7ea254
commit r12-936-g94fa4c67b95c12482b6087d8eef2d72f7b7ea254
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100693
Bug ID: 100693
Summary: PPC: missing 64-bit addg6s
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100694
Bug ID: 100694
Summary: PPC: initialization of __int128 is very inefficient
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #36 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:9e0a5e3ea37f9d7d2b6f2dab7c0bfbeaf08466a3
commit r12-937-g9e0a5e3ea37f9d7d2b6f2dab7c0bfbeaf08466a3
Author: Tobias Burnus
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100685
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Ev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100692
Martin Liška changed:
What|Removed |Added
Summary|[11/12 Regression] ICE in |[11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100692
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #37 from CVS Commits ---
The releases/gcc-11 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:271fc1caac433e84e6389e73a5bf07350ea545e2
commit r11-8445-g271fc1caac433e84e6389e73a5bf07350ea545e2
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100692
--- Comment #5 from Richard Biener ---
Created attachment 50849
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50849&action=edit
reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100695
Bug ID: 100695
Summary: Format decoder, quoting in 'dump_printf' etc.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #38 from Tobias Burnus ---
I think GCC 12/mainline is now fixed.
The second patch was only applied to GCC 12 – it might need to be backported?
(I have not checked GCC 11 with PowerPC.)
(If there are remaining/new issues, I recommend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96711
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42579
--- Comment #9 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:1a9b3f04c11eb467a8dc504a37dad57a371a0d4c
commit r12-938-g1a9b3f04c11eb467a8dc504a37dad57a371a0d4c
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42579
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #23 from SRINATH PARVATHANENI ---
(In reply to rguent...@suse.de from comment #22)
> On Wed, 19 May 2021, bernd.edlinger at hotmail dot de wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
> >
> > --- Comment #21 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100637
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:507359e1d4d18614eb9679043995edf0675b6ff5
commit r12-940-g507359e1d4d18614eb9679043995edf0675b6ff5
Author: Uros Bizjak
Date: Thu Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #24 from rguenther at suse dot de ---
On Thu, 20 May 2021, sripar01 at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
>
> --- Comment #23 from SRINATH PARVATHANENI ---
> (In reply to rguent...@suse.de f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #217 from John Buddery ---
Thanks very much for adding the binutils patch.
Sorry, I'm new to .md definitions, so I've probably got this wrong. Did you
mean something like:
(define_insn "call_nogp_longcall"
[(call (mem:DI (match_op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96711
--- Comment #23 from bernd.eggen at gmail dot com ---
Many thanks Tobias, noted - bw, Bernd
On Thu, 20 May 2021 at 09:12, burnus at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96711
>
> Tobia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100696
Bug ID: 100696
Summary: mult_higpart is not vectorized
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100697
Bug ID: 100697
Summary: Missing fwprop for argument register
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100698
Bug ID: 100698
Summary: Error when initializing a struct member of type
char[N] with short string literal
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100655
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #25 from SRINATH PARVATHANENI ---
(In reply to rguent...@suse.de from comment #24)
> On Thu, 20 May 2021, sripar01 at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
> >
> > --- Comment #23 from SRINA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100676
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.2
--- Comment #2 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #1 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651
--- Comment #2 from G. Steinmetz ---
Simplified a bit :
$ cat z1.f90
module m
type :: t
contains
procedure, pass(this) :: assign_to_string
generic :: assignment(=) => assign_to_string
end type
contains
subroutine assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100699
Bug ID: 100699
Summary: g++ doesn't warn uninitialized field when the class is
derived from another class
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100700
Bug ID: 100700
Summary: -Wreturn-type has many false positives
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
59e1d4d-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20210520 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100702
Bug ID: 100702
Summary: Strict overflow warning regression in gcc 8 onwards
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100696
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100703
Bug ID: 100703
Summary: __vector_pair and __vector_quad cannot be passed by
reference
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100701
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100702
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100688
--- Comment #5 from Antoni ---
This is much less work as I'm reusing the rustc front-end.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100675
--- Comment #2 from Jonathan Wakely ---
Maybe we should just get rid of the __constant_string_p stuff entirely.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100702
--- Comment #2 from David Brown ---
Runtime diagnostics can be very useful - but they are a different kind of
warning. In particular, they only show what errors have occurred during your
testing - they don't show what errors /might/ occur.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361
--- Comment #11 from CVS Commits ---
The master branch has been updated by Joern Rennecke :
https://gcc.gnu.org/g:66c5f24788652a49b528f14e23e8121ad0935ace
commit r12-942-g66c5f24788652a49b528f14e23e8121ad0935ace
Author: Joern Rennecke
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99977
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alex Coplan
:
https://gcc.gnu.org/g:0a193c95590779aad4036f18258b0eebb9f70a62
commit r10-9838-g0a193c95590779aad4036f18258b0eebb9f70a62
Author: Alex Coplan
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361
--- Comment #12 from CVS Commits ---
The releases/gcc-11 branch has been updated by Joern Rennecke
:
https://gcc.gnu.org/g:5f772bd9847cdbf6a7a6d856de87cb65472d56f4
commit r11-8446-g5f772bd9847cdbf6a7a6d856de87cb65472d56f4
Author: Joern Renneck
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100655
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|redi at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100703
--- Comment #1 from Alexander Grund ---
It goes further: Even the usual conversion rules for pointer types don't apply:
void foo(__vector_pair*){}
void bar(const __vector_pair*){}
int main(){
__vector_pair p;
foo(p); // works
bar(p); // f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #218 from dave.anglin at bell dot net ---
On 2021-05-20 5:19 a.m., jvb at cyberscience dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #217 from John Buddery ---
> Thanks very much for adding the bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100701
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100688
--- Comment #6 from David Malcolm ---
Thanks for the patch; I like the idea; various nits below:
> diff --git a/gcc/jit/docs/topics/expressions.rst
> b/gcc/jit/docs/topics/expressions.rst
> index 396259ef07e..b39f6c02527 100644
> --- a/gcc/jit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #219 from John Buddery ---
Great, thanks - I'll look at ia64.c and build and test with that change.
Yes, "b" on ia64 seems to be a branch register, and the brl op only accepts
immediate values not registers. Initially I hoped the ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100688
--- Comment #7 from David Malcolm ---
One other thing: the docs should make it clear about the leading ".".
If I want to create the equivalent of:
__attribute__((section(".section")))
do I call it with:
gcc_jit_lvalue_set_link_section(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100145
--- Comment #3 from Richard Biener ---
Note after inlining we still have a backedge into BB 3:
[local count: 1073741824]:
c = 0;
b.1_7 = b;
if (b.1_7 != 0)
goto ; [34.00%]
else
goto ; [66.00%]
[local count: 3318838410]:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100704
Bug ID: 100704
Summary: Vector register isn't used to push BLKmode argument
onto stack
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #220 from dave.anglin at bell dot net ---
On 2021-05-20 9:37 a.m., jvb at cyberscience dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #219 from John Buddery ---
> Great, thanks - I'll look at ia64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100705
Bug ID: 100705
Summary: warn about dead store
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100704
--- Comment #1 from Richard Biener ---
Hmm, I didn't realize we can't push %xmm regs... With loads+stores the pushes
do not look less efficient for this particular example? I suppose a nice
architectural enhancement would be a push-multiple -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100675
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97051
Patrick Palka changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100690
Patrick Palka changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #221 from John Buddery ---
Thanks - that is neater, as it avoids the need to change the calls in ia64.c,
which gets messy.
The simplest variant I have is:
(define_insn "call_nogp"
[(call (mem:DI (match_operand:DI 0 "call_operand"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #222 from dave.anglin at bell dot net ---
On 2021-05-20 10:02 a.m., dave.anglin at bell dot net wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #220 from dave.anglin at bell dot net ---
> On 2021-05-20 9:37
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60977
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96488
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #223 from dave.anglin at bell dot net ---
On 2021-05-20 10:59 a.m., jvb at cyberscience dot com wrote:
> The simplest variant I have is:
>
> (define_insn "call_nogp"
> [(call (mem:DI (match_operand:DI 0 "call_operand" "?b,s"))
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96488
--- Comment #2 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:325bb080259d3a00c5f5a7378872f78a2b889dfb
commit r12-943-g325bb080259d3a00c5f5a7378872f78a2b889dfb
Author: Eric Botcazou
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96488
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:a470d058707bf3e555f30adc68237f422d0a7d47
commit r11-8447-ga470d058707bf3e555f30adc68237f422d0a7d47
Author: Eric Botcazou
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96488
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:a4b3683e3cb00459eb74d1a37be8936abd529865
commit r10-9839-ga4b3683e3cb00459eb74d1a37be8936abd529865
Author: Eric Botcazou
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100281
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Andreas Krebbel
:
https://gcc.gnu.org/g:e43f47686980e9d0081aa765b619bdc89189b51a
commit r11-8448-ge43f47686980e9d0081aa765b619bdc89189b51a
Author: Andreas Krebb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96488
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:5bd98868260de9cfc44224cf3833eb86e95d7c47
commit r9-9544-g5bd98868260de9cfc44224cf3833eb86e95d7c47
Author: Eric Botcazou
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96488
Eric Botcazou changed:
What|Removed |Added
Target Milestone|--- |9.4
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100704
--- Comment #2 from H.J. Lu ---
(In reply to Richard Biener from comment #1)
> Hmm, I didn't realize we can't push %xmm regs... With loads+stores the
> pushes do not look less efficient for this particular example? I suppose a
> nice
> archite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100706
Bug ID: 100706
Summary: Invalid instructions in plt calls on PPC
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100646
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100707
Bug ID: 100707
Summary: [modules] ICE on nested namespace
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100707
--- Comment #1 from wang ivor ---
A quick workaround: https://wandbox.org/permlink/n8E5xJuJhq1CUA0e
Create a module that only contains the namespace declaration, and 'export
import' it whenever you declare a new namespace.
// namespace_decl.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100661
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100701
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:a71f55c482ada2c6c31d450ac22494b547512127
commit r12-945-ga71f55c482ada2c6c31d450ac22494b547512127
Author: Uros Bizjak
Date: Thu Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100701
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #224 from dave.anglin at bell dot net ---
On 2021-05-20 10:59 a.m., jvb at cyberscience dot com wrote:
> but I need to work out how to vary the attribute, as you were right: scall
> maps
> to a "B" type attribute, but brl is an L+X in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #225 from John Buddery ---
Yes, I looked briefly at that - I added a new class, but then started hitting
bundling errors because it wasn't being positioned correctly in the 3
instruction bundle.
It will need more changes to itanium2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100702
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100700
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100706
--- Comment #1 from Andrew Pinski ---
GCC does not generate the PLTs directly normally. It is the linker.
Does using BFD ld instead of gold fix the issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100639
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d5cbe0f0d4b7bc11f80b2236521f90ec94e95767
commit r12-946-gd5cbe0f0d4b7bc11f80b2236521f90ec94e95767
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100696
Uroš Bizjak changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88240
--- Comment #23 from Thomas De Schampheleire ---
Thanks a lot!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100655
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065
--- Comment #27 from anlauf at gcc dot gnu.org ---
The code seems to compile with today's trunk, but still fails with 11-branch.
Could one of Paul's recent commits have fixed this? If so, a backport might
be nice.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100700
--- Comment #2 from gnzlbg ---
> in a call to f(-1) the function falls off the end,
Indeed, thanks. Using <= in the condition removes the warning.
> and ditto in a call to h ((enum E)2)
Until C++17, creating an enum value that's out-of-range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100684
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:9480491a6447576e8e695b8ea3c4989cf72c9670
commit r12-948-g9480491a6447576e8e695b8ea3c4989cf72c9670
Author: Martin Sebor
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100684
Martin Sebor changed:
What|Removed |Added
Summary|spurious -Wnonnull with -O1 |[11 Regression] spurious
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99611
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51577
Patrick Palka changed:
What|Removed |Added
CC||asif_bahrainwala at hotmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100708
Bug ID: 100708
Summary: dynamic_cast can convert xvalue to lvalue
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100700
--- Comment #3 from Jonathan Wakely ---
(In reply to gnzlbg from comment #2)
> Until C++17, creating an enum value that's out-of-range of the enum was
> unspecified behavior. In C++ standard >= 17 (e.g. -std=c++17), this became
> undefined behav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100709
Bug ID: 100709
Summary: Use of a function parameter pack in an expression
expected to be constexpr in a deduction guide produces
an unclear diagnostic.
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100708
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100694
Segher Boessenkool changed:
What|Removed |Added
Last reconfirmed||2021-05-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100656
--- Comment #2 from anlauf at gcc dot gnu.org ---
Using a temporary may help:
subroutine s(x)
character(:), allocatable, optional :: x(:)
character(:), allocatable :: y(:)
if ( present(x) ) then
if ( allocated(x) ) then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100710
Bug ID: 100710
Summary: static_cast to derived* of base* pointing to
non-static data member of base type not rejected in
constant expression
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100676
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6b42b5a8a207de5e021a2916281f46bcd60b20d2
commit r12-952-g6b42b5a8a207de5e021a2916281f46bcd60b20d2
Author: Jonathan Wakely
Date:
1 - 100 of 142 matches
Mail list logo