https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91974
--- Comment #4 from Barry Revzin ---
Yes, sorry if that wasn't clear, this is with -std=c++17.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91974
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44265
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88814
Dávid Bolvanský changed:
What|Removed |Added
CC||david.bolvansky at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91977
Bug ID: 91977
Summary: missing -Wstringop-overflow on memcpy into a pointer
plus offset
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91977
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91973
--- Comment #4 from qinzhao at gcc dot gnu.org ---
(In reply to jos...@codesourcery.com from comment #3)
> Macro replacement for function-like macros is defined in C17 6.10.3.
> Note in paragraph 10 the words "the function-like macro name follow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80936
--- Comment #8 from Martin Sebor ---
Author: msebor
Date: Wed Oct 2 22:00:42 2019
New Revision: 276491
URL: https://gcc.gnu.org/viewcvs?rev=276491&root=gcc&view=rev
Log:
PR tree-optimization/80936 - bcmp, bcopy, and bzero not declared nonnull
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91961
--- Comment #4 from Nick Desaulniers ---
Thanks for the report. I noticed we had
https://bugs.llvm.org/show_bug.cgi?id=38653 on file, so I cc'ed Clang folks who
might have some thoughts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91973
--- Comment #5 from joseph at codesourcery dot com ---
We're talking about the sequence of pp-tokens in the expansion of bar(foo,
addr), which is (foo) (addr), where foo is followed by ), not about the
definition.
Please take any further quest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91973
--- Comment #6 from qinzhao at gcc dot gnu.org ---
(In reply to jos...@codesourcery.com from comment #5)
> We're talking about the sequence of pp-tokens in the expansion of bar(foo,
> addr), which is (foo) (addr), where foo is followed by ), not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91976
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Oct 2 22:33:39 2019
New Revision: 276495
URL: https://gcc.gnu.org/viewcvs?rev=276495&root=gcc&view=rev
Log:
PR rtl-optimization/91976
* expr.c (emit_block_move_hints)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91963
--- Comment #8 from Steve Kargl ---
On Wed, Oct 02, 2019 at 06:25:15PM +, sgk at troutmask dot
apl.washington.edu wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91963
>
> --- Comment #7 from Steve Kargl ---
> On Wed, Oct 02, 2019 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91972
Jonathan Wakely changed:
What|Removed |Added
Keywords|build |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91978
Bug ID: 91978
Summary: Unresolved associate target containing defined
operation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91979
Bug ID: 91979
Summary: Incorrect mangling for non-template-argument nullptr
expression
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91980
Bug ID: 91980
Summary: No diagnostic for type "complex"
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61601
--- Comment #9 from Eric Gallager ---
(In reply to Tim Shen from comment #7)
> (In reply to Maksymilian Arciemowicz from comment #6)
> > > Do you have any other testcases?
> >
> > for trunk? maybe you have to use ::regex_match
>
> std::regex_ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91980
--- Comment #1 from Andrew Pinski ---
I think the problem is the define for complex is in a system header which
causes the error not to happen due to -Wno-system-headers being the default.
This is a known issue in newer versions of GCC. There mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87243
Jeremy Huddleston Sequoia changed:
What|Removed |Added
CC||jeremyhu at macports dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79885
--- Comment #13 from Jeremy Huddleston Sequoia
---
1. clang honors $SDKROOT from the environment if it is not passed via -isysroot
on the command line. That's all gcc needs to do, and then users running 'xcrun
gcc' would ge this behavior automa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
Jeremy Huddleston Sequoia changed:
What|Removed |Added
CC||jeremyhu at macports dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
--- Comment #13 from Jeremy Huddleston Sequoia
---
Also note that also already does the following:
/*
* Compatibility with compilers and environments that don't support compiler
* feature checking function-like macros.
*/
#ifndef __has_buil
101 - 123 of 123 matches
Mail list logo