https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99506
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99492
Richard Biener changed:
What|Removed |Added
Keywords||ABI
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99496
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99497
--- Comment #3 from Richard Biener ---
(In reply to Jakub Jelinek from comment #2)
> And another question is if we without -ffast-math ever create
> MIN_EXPR/MAX_EXPR and what exactly are the rules for those, if it is safe to
> expand those into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99498
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99500
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99506
--- Comment #3 from Ryo Furue ---
After posting the initial report, I tried my code with another compiler and
found a few bugs in there. In the most reduced code, one of them is still
there:
> real(double), parameter:: latt(jmax) = [(latt100(i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99505
--- Comment #2 from 康桓瑋 ---
Yep, wandbox (https://wandbox.org/permlink/OUJpCz6dFrlA1vod) compiles fine.
This invalid code maybe can reproduce that locally.
int main() {
[] (decltype([]{})) {} ();
}
(wandbox: https://wandbox.org/permlink/re9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99508
Bug ID: 99508
Summary: Asm labels declared inside a function are ignored
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99505
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99505
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99504
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99497
--- Comment #4 from Jakub Jelinek ---
Doesn't seem to be a recent regression, even r105000 behaves the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99506
--- Comment #4 from Richard Biener ---
This is a frontend issue, the FE produces an invalid static initializer for
'latt' (DECL_INITIAL):
{(real(kind=8)) latt100[(integer(kind=8)) i + -1] / 1.0e+2, (real(kind=8))
latt100[(integer(kind=8)) i + -1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99508
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99509
Bug ID: 99509
Summary: [OpenMP] 'omp declare target' for global variable →
"hasn't been marked to be included in the offloaded
code"
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99508
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99510
Bug ID: 99510
Summary: [11 Regression] Compile time hog in build_aligned_type
since r11-7123-g63538886d1f7fc7c
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99510
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-03-10
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99511
Bug ID: 99511
Summary: default arguments are allowed for parameters of a
requires expression
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99512
Bug ID: 99512
Summary: Add counter annotation to allow store-data-races to be
introduced with -fprofile-update=single
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #36 from Richard Biener ---
So the issue is still the same - one thing I noticed is that store-motion also
adds a flag for each counter update to avoid introducing store-data-races.
-fallow-store-data-races mitigates that part and spe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99512
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99510
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=99509
--- Comment #1 from Tobias Burnus ---
Variant which also is valid C:
#pragma omp declare target
int data[]={5};
#pragma omp end declare target
inline int foo(int idx) { return data[idx]; }
int main()
{
int i;
#pragma omp target map(to:i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
--- Comment #5 from Mark Wielaard ---
I don't believe it is a requirement to generate a separate .debug_rnglists.dwo
section, the spec says the same data can be provided in the .debug_rnglists
section and gdb and elfutils handle that just fine fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99510
--- Comment #2 from Richard Biener ---
Ah, OK. We're having a lot of vector CTORs we "vectorize" with load
permutations
like { 484 506 } and that runs into the pre-existing issue (there's a PR
about this...) that we emit dead vector loads for al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99513
Bug ID: 99513
Summary: ICE Segmentation fault when decltype lambda in concept
template list
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99514
Bug ID: 99514
Summary: incorrect Error: Threadprivate at (1) isn't SAVEd (
implicit save via DATA initialization )
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99515
Bug ID: 99515
Summary: gcc fails to build on Darwin 20.3.0
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99515
--- Comment #1 from Jürgen Reuter ---
Maybe I add this information which was put out right ahead of the error
messages:
true "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CFLAGS=-g " "CXXFLAGS=-g "
"CFLAGS_FOR_BUILD=-g -O2" "CFLAGS_FOR_TARGET=-g -O2"
"INSTAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #31 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:47403a0eefac52636db768dc46c3c88a2cd4b28e
commit r11-7595-g47403a0eefac52636db768dc46c3c88a2cd4b28e
Author: Eric Botcazou
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
--- Comment #6 from Jakub Jelinek ---
Created attachment 50348
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50348&action=edit
gcc11-pr99490-wip.patch
Incomplete patch I've been playing with. It clearly isn't enough though.
If I add void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99509
--- Comment #2 from Jakub Jelinek ---
(In reply to Tobias Burnus from comment #1)
> But with cc it fails with:
>
> unresolved symbol foo
> mkoffload: fatal error: ...
For C99 and later you'd need either static inline, or extern inline, inline
m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
--- Comment #7 from Jan Kratochvil ---
It would be nice if you could provide the .s/.o/.dwo files so that one does not
have to rebuild the patched GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94918
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:22c90e997400b477207310fd18825f526f34c974
commit r10-9429-g22c90e997400b477207310fd18825f526f34c974
Author: Mikael Petterss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94918
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:1356434401a9120e3aa52f92c461e035d2099a10
commit r9-9278-g1356434401a9120e3aa52f92c461e035d2099a10
Author: Mikael Pettersson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94918
--- Comment #12 from CVS Commits ---
The releases/gcc-8 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:45419b3421c69bfe4c42028cac906d7a995fae6b
commit r8-10791-g45419b3421c69bfe4c42028cac906d7a995fae6b
Author: Mikael Pettersso
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94918
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
--- Comment #8 from Jakub Jelinek ---
Created attachment 50349
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50349&action=edit
gcc11-pr99490-wip.patch
Updated patch that removes DW_AT_rnglists_base and moves DW_AT_ranges from the
skeleton
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
--- Comment #9 from Jakub Jelinek ---
Created attachment 50350
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50350&action=edit
pr99490.tar.xz
Tarball with the updated patch and 4 versions of assembly, all with -gdwarf-5
-gsplit-dwarf -O2,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99499
Jonathan Wakely changed:
What|Removed |Added
Keywords||build
Component|libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99510
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:6ceb712e2699a493da544b1755f6f73d62930f9b
commit r11-7596-g6ceb712e2699a493da544b1755f6f73d62930f9b
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99510
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99516
Bug ID: 99516
Summary: Erroneous lambda conversion in default non-type
template list
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99102
--- Comment #5 from CVS Commits ---
The master branch has been updated by Joel Hutton :
https://gcc.gnu.org/g:99d5299376d203fe5172574c2d6b0b088e532383
commit r11-7597-g99d5299376d203fe5172574c2d6b0b088e532383
Author: Joel Hutton
Date: Wed Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
--- Comment #10 from Jan Kratochvil ---
clang is using DW_AT_ranges+DW_FORM_rnglistx+DW_AT_rnglists_base in the main
file but in the DWO file it assumes DW_AT_rnglists_base is right after the
.debug_rnglists header (as it does not make sense to p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99514
--- Comment #1 from Tobias Burnus ---
(In reply to markus.weil...@ipp.mpg.de from comment #0)
> I believe the ifort behavior is correct here, because the initialization of
> NTest via DATA causes an implicit save, which seems not to be identified
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99515
Jürgen Reuter changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99102
Joel Hutton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97756
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99514
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-03-10
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99513
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
Bug ID: 99517
Summary: __builtin_convertvector with casts
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99508
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99507
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
Rainer Orth changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
--- Comment #3 from Martin Liška ---
Heh, one another ICF issue. I thought we already fixed all of them :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
--- Comment #4 from Jakub Jelinek ---
--- gcc/ipa-icf-gimple.c.jj 2021-01-04 10:25:38.752234741 +0100
+++ gcc/ipa-icf-gimple.c2021-03-10 15:02:06.287502784 +0100
@@ -667,7 +667,7 @@ func_checker::compare_gimple_call (gcall
tree fnt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #37 from lucier at math dot purdue.edu ---
Created attachment 50352
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50352&action=edit
Smaller parameterized test file
This file is generated from a single copy of the fibonacci func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
--- Comment #30 from Patrick Palka ---
(In reply to Andreas Schwab from comment #25)
> I don't think this is wrong, as long as DECIMAL_DIG <= 37.
Ah, that's good to know, thanks. So that's yet another non-portable assumption
about printf made b
4:38: error: deduced expression type does not satisfy placeholder
constraints
4 | auto g(auto x) requires requires { { x }->std::integral; } {}
|~~^~~~~~
:4:38: note: constraints not satisfied
In file included from :1:
/opt/compiler-explor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99498
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
--- Comment #31 from Patrick Palka ---
(In reply to Iain Sandoe from comment #28)
> (In reply to Iain Sandoe from comment #27)
> > for Darwin x86
> >
> > * the test at line 83 fails, and with some more debugging stuff inserted and
> > the abort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
--- Comment #5 from Jakub Jelinek ---
Created attachment 50353
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50353&action=edit
gcc11-pr99517.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99292
--- Comment #2 from CVS Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:cb33c7276a6bbf8dd1ffba13d358f49b933d9cc8
commit r11-7601-gcb33c7276a6bbf8dd1ffba13d358f49b933d9cc8
Author: John David Anglin
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99292
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #38 from Richard Biener ---
Created attachment 50354
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50354&action=edit
SVG of the CFG at LIM
This is a SVG of the CFG as created by dot at the point of the first LIM pass.
The CFG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99514
--- Comment #3 from Tobias Burnus ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2021-March/566548.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99509
--- Comment #3 from Tobias Burnus ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2021-March/566547.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99519
Bug ID: 99519
Summary: [OpenMP] PRIVATE/FIRSTPRIVATE with CLASS / polymorphic
list items
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93628
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:03b6ceede733d7ae33eca695c06b181b
commit r11-7603-g03b6ceede733d7ae33eca695c06b181b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99413
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:47cca0288d06bd851e5801d13bbee7d9374b685d
commit r11-7604-g47cca0288d06bd851e5801d13bbee7d9374b685d
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86470
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99518
--- Comment #1 from nickgray0 at brown dot edu ---
I just looked up the standard and it seems GCC is correct to reject the code
and Clang's implementation (which happily compiles the code) is incorrect. the
compound requirement requires the parent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99518
nickgray0 at brown dot edu changed:
What|Removed |Added
Resolution|--- |INVALID
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99508
--- Comment #4 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:b97af562b574697a4fff7fb8c69f579c01e70dec
commit r11-7605-gb97af562b574697a4fff7fb8c69f579c01e70dec
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99520
Bug ID: 99520
Summary: Failure to detect bswap pattern
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99508
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99521
Bug ID: 99521
Summary: ICE Segmentation fault when decltype lambda in
requires clause
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99520
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99511
Marek Polacek changed:
What|Removed |Added
Keywords||accepts-invalid
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
--- Comment #19 from Eric Botcazou ---
> a-ztflau.adb: In function 'Ada.Float_Wide_Wide_Text_Io.Aux_Float.Puts':
> a-ztflau.adb:132:8: error: insn does not satisfy its constraints:
> (insn 174 39 180 2 (set (mem/c:DF (plus:SI (reg/f:SI 30 %fp)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99521
康桓瑋 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99465
--- Comment #3 from 康桓瑋 ---
*** Bug 99521 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99522
Bug ID: 99522
Summary: Using the unseq execution policy in min_element
requires the sequence value type to be copy assignable
Product: gcc
Version: 10.2.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99520
--- Comment #2 from Jakub Jelinek ---
Bet handling PLUS_EXPR next to BIT_IOR_EXPR in find_bswap_or_nop_1
and pass_optimize_bswap::execute could do the trick.
Though, I guess for PLUS_EXPR one needs stronger tests in
perform_symbolic_merge.
Becaus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99520
--- Comment #3 from Jakub Jelinek ---
Consider e.g.
unsigned foo (unsigned x)
{
return (x<<24) + ((x<<8)&0xff) + ((x>>8)&0xff00) + (x>>24) +
(((x&0xff00)<<16)>>8);
}
as example that should not be optimized into __builtin_bswap32 (but should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99520
--- Comment #4 from ktkachov at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #3)
> Consider e.g.
> unsigned foo (unsigned x)
> {
> return (x<<24) + ((x<<8)&0xff) + ((x>>8)&0xff00) + (x>>24) +
> (((x&0xff00)<<16)>>8);
> }
> as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99499
--- Comment #3 from cqwrteur ---
(In reply to Jonathan Wakely from comment #2)
> Obviously _U worked at some point when that file was added. CCing Maxim to
> figure out what changed and whether we want to support the old ctype
> constants as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99520
--- Comment #5 from Jakub Jelinek ---
Not sure it is worth bothering except making sure we don't miscompile valid
weird code.
BTW, for testing, one can also mix the |s and +s in the expressions randomly to
get the result.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99305
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5bf998275aff311b9804c1de944a88c219f35db6
commit r11-7607-g5bf998275aff311b9804c1de944a88c219f35db6
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99498
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5bf998275aff311b9804c1de944a88c219f35db6
commit r11-7607-g5bf998275aff311b9804c1de944a88c219f35db6
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99498
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99506
--- Comment #5 from Steve Kargl ---
On Wed, Mar 10, 2021 at 08:39:19AM +, rguenth at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99506
>
> --- Comment #4 from Richard Biener ---
> This is a frontend issue, the FE p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96374
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:44fd4dc0b684e06c6c6d08b3994df23135bf2fbc
commit r11-7609-g44fd4dc0b684e06c6c6d08b3994df23135bf2fbc
Author: David Malcolm
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99496
--- Comment #1 from Nathan Sidwell ---
I am not seeing this on the compile farm's 2 ppc systems I use (gcc1-power7 and
gcc2-power8). Can you extract preprocessed source for that set of header
tests?
1 - 100 of 174 matches
Mail list logo
