https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109171
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322
--- Comment #10 from Andrew Pinski ---
(In reply to Steve Kargl from comment #9)
>
> If one instruments, write_decl() in dump-parse-tree.cc to
> dump the table of bind(c) types, one can see why you get
> what you get.
>
> % cat a.f90
> module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
--- Comment #2 from Andrew Pinski ---
(In reply to Piggy NL from comment #0)
> The assertion was introduced in e3b3b59683c1.
r11-5002-ge3b3b59683c1e7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
--- Comment #3 from Andrew Pinski ---
On the trunk I get:
t.c: In function ‘f’:
t.c:94:1: error: s0 cannot be used in ‘asm’ here
94 | }
| ^
First with the RISCV example.
After removing the s0 variable usage I still get the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
--- Comment #4 from Andrew Pinski ---
Created attachment 54793
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54793&action=edit
Fixed up riscv64 testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
--- Comment #5 from Andrew Pinski ---
Created attachment 54794
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54794&action=edit
testcase for riscv32-elf
Here is a testcase which also fails for riscv32-elf. Note it only fails at -O0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
--- Comment #6 from Andrew Pinski ---
Oh if we add back the s0 case, it fails at -O1 and above too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
Andrew Pinski changed:
What|Removed |Added
Attachment #54791|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
Andrew Pinski changed:
What|Removed |Added
Known to fail||7.3.0
--- Comment #8 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109347
--- Comment #9 from Andrew Pinski ---
Even for pre-LRA with reload in GCC 4.7.0:
t.c: In function ‘f’:
t.c:91:1: note: unable to find a register to spill in class ‘GR_REGS’
t.c:91:1: note: this is the insn:
(insn 33 32 34 2 (set (reg:DI 198)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109128
--- Comment #5 from Tobias Burnus ---
New idea for the lto-plugin.c:
Currently, as soon as a file pops up (as seemingly here for the common block in
libone.a), the file is claimed via claim_file_handler, which collects the file
names.
Later, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322
--- Comment #11 from Steve Kargl ---
On Thu, Mar 30, 2023 at 07:21:21PM +, pinskia at gcc dot gnu.org wrote:
>
> For ILP32 (32bit x86) and LLP64IL32 (64bit Windows/mingw) targets, it will use
> c_long_long which is outputted wrong. Anyways
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109319
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c016887c91a79d67b6a3c7e19b9219f5ab1e2a4d
commit r13-6946-gc016887c91a79d67b6a3c7e19b9219f5ab1e2a4d
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109334
--- Comment #1 from Martin Uecker ---
Created attachment 54796
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54796&action=edit
partial fix
Simply removing the condition based on internal_p would make it work for the
most important cases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105221
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:85131af0603c0af2aa6b40de6cc929905f22bd50
commit r13-6948-g85131af0603c0af2aa6b40de6cc929905f22bd50
Author: Jason Merrill
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105452
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:58df5350753c00f140c86e60ba5ce0cac686ec4b
commit r13-6949-g58df5350753c00f140c86e60ba5ce0cac686ec4b
Author: Jason Merrill
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109323
--- Comment #4 from Enrico Maria De Angelis ---
The more I read the standard, specifically
http://eel.is/c++draft/dcl.fct.def.coroutine#6 and
http://eel.is/c++draft/stmt.return.coroutine, the more I'm convinced that it's
just fine that a corouti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109323
--- Comment #5 from Enrico Maria De Angelis ---
I've asked some feeback here
https://stackoverflow.com/questions/75891694/is-it-legal-for-a-coroutines-promise-type-to-lack-both-return-void-and-return-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85048
--- Comment #10 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:fe42e7fe119159f7443dbe68189e52891dc0148e
commit r13-6951-gfe42e7fe119159f7443dbe68189e52891dc0148e
Author: liuhongt
Date: Thu Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85048
--- Comment #11 from Hongtao.liu ---
Fixed in GCC13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101047
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #37 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
https://gcc.gnu.org/pipermail/gcc-patches/2023-March/614932.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109029
--- Comment #4 from Hongtao.liu ---
Also found a document missing for signbitm2 in md.texi.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109029
--- Comment #5 from Hongtao.liu ---
We need to support signbit2 for vector double/_Float16. Also similar like
popcnt, there's a mismatch of input and output between builtin and
signbit_optab, it could be handled in vectorizer pattern match.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109349
Bug ID: 109349
Summary: Add --print-supported-extensions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109349
--- Comment #1 from Andrew Pinski ---
Target options always start with -m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109349
--- Comment #2 from Andrew Pinski ---
Also from reading the merge request, this really should just be in the gcc user
manual instead of just in the compiler.
Gcc's user manual should document what is supported.
It is how all other targets handl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109349
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109029
--- Comment #6 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #5)
> We need to support signbit2 for vector double/_Float16. Also similar
> like popcnt, there's a mismatch of input and output between builtin and
> signbit_optab, it co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109029
--- Comment #7 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #6)
> (In reply to Hongtao.liu from comment #5)
> > We need to support signbit2 for vector double/_Float16. Also similar
> > like popcnt, there's a mismatch of input and o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109349
Kito Cheng changed:
What|Removed |Added
CC||kito at gcc dot gnu.org
--- Comment #4 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109350
Bug ID: 109350
Summary: FAIL: g++.dg/warn/Wstringop-overflow-4.C
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109351
Bug ID: 109351
Summary: RA uses lowest cost for the mode of different
reg_classes w/o considering hard_regno_mode_ok.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109029
--- Comment #8 from Hongtao.liu ---
>
> One solution is handling it in ix86_builtin_vectorized_function just like
> other math functions which has different input/output sizes.
Or extend vectorizable_call to handle NARROW/WIDEN cases when out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109350
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
101 - 136 of 136 matches
Mail list logo
