[Bug rtl-optimization/104154] [12 Regression] Another ICE due to recent ifcvt changes

2022-02-28 Thread claziss at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104154 Claudiu Zissulescu changed: What|Removed |Added CC||claziss at gmail dot com

[Bug translation/40883] [meta-bug] Translation breakage with trivial fixes

2021-06-02 Thread claziss at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883 Bug 40883 depends on bug 90120, which changed state. Bug 90120 Summary: inconsistent punctuation in translation messages https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90120 What|Removed |Added

[Bug translation/90120] inconsistent punctuation in translation messages

2021-06-02 Thread claziss at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90120 Claudiu Zissulescu changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/92845] [ARC] gcc not generating hardware compare instruction FDCMP for -mcpu=hs38_linux

2019-12-09 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92845 --- Comment #1 from Claudiu Zissulescu --- Although the FDCMP (the double precision floating point compare instruction) is added to the compiler, it is not properly used via cstoredi pattern. A patch can be this one: index

[Bug libgcc/78804] [RX] -m64bit-doubles does not work

2019-10-11 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78804 --- Comment #17 from Claudiu Zissulescu --- Removing FLOAT_BIT_ORDER_MISMATCH seems it doesn't affect ARC backend as well.

[Bug target/89838] [ARC] ICE building glibc testsuite

2019-06-25 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89838 --- Comment #2 from Claudiu Zissulescu --- Patch pushed to mainline r272643.

[Bug target/79869] i18n: document placeholders for translators

2019-04-17 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79869 --- Comment #3 from Claudiu Zissulescu --- DOC is string that shortly describes an machine dependent option. This string is used to throw an warning/error when the underling option is not available for a specific architecture, which can be

[Bug translation/90120] inconsistent punctuation in translation messages

2019-04-17 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90120 --- Comment #3 from Claudiu Zissulescu --- Added a patch to solve upper/lower issue: https://gcc.gnu.org/ml/gcc-patches/2019-04/msg00696.html

[Bug translation/90120] inconsistent punctuation in translation messages

2019-04-17 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90120 Claudiu Zissulescu changed: What|Removed |Added CC||claziss at gmail dot com

[Bug target/90103] ICE building Glibc's e_atan2f.c with -O2 -mcpu=hs38_linux -frounding-math

2019-04-16 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90103 --- Comment #1 from Claudiu Zissulescu --- Probably,this patch needs to be backported: [ARC] Update fma expansions. Accept at most a single constant for fma patterns. gcc/ 2018-03-21 Claudiu Zissulescu *

[Bug target/89877] [ARC] miscompilation due to missing cc clobber in longlong.h: add_ssaaaa()/sub_ddmmss()

2019-04-08 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89877 --- Comment #4 from Claudiu Zissulescu --- Backported to gcc 8 branch revision 270200.

[Bug target/89838] [ARC] ICE building glibc testsuite

2019-03-29 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89838 --- Comment #1 from Claudiu Zissulescu --- It is confirmed also in gcc mainline branch: tst-tls1.c: In function ‘check_s’: tst-tls1.c:65:1: error: unrecognizable insn: (insn 36 35 37 6 (set (reg/f:SI 163) (plus:SI (plus:SI (reg:SI 25

[Bug target/85968] gcc/config/arc/arc.c:9805: bad test ?

2019-03-28 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85968 --- Comment #4 from Claudiu Zissulescu --- Yes we can close it, no need for backporting. //Claudiu

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-11 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 --- Comment #6 from Claudiu Zissulescu --- The dejagnu tests for ARC look alright. No extra failures.

[Bug target/85968] gcc/config/arc/arc.c:9805: bad test ?

2018-11-14 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85968 Claudiu Zissulescu changed: What|Removed |Added CC||claziss at gmail dot com

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-11-13 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 Claudiu Zissulescu changed: What|Removed |Added CC||claziss at gmail dot com

[Bug rtl-optimization/88001] New: ASMCONS cannot handle properly UNSPEC(CONST)

2018-11-13 Thread claziss at gmail dot com
-optimization Assignee: unassigned at gcc dot gnu.org Reporter: claziss at gmail dot com Target Milestone: --- ASMCONS cannot handle CONST (UNSPEC) properly, leading to a wrong output. I have the following rtl before asmcons pass: (insn 8 13 9 2 (set (reg:SI 157 [ list

[Bug libgcc/78804] [RX] -m64bit-doubles does not work

2017-08-12 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78804 --- Comment #12 from Claudiu Zissulescu --- (In reply to Oleg Endo from comment #11) > I'm confused. Who is actually the effective maintainer of ARC? All the > patches on gcc-patches seem to go like Hi, I am the effective ARC maintainer,

[Bug target/71749] Define _REENTRANT on ARC when -pthread is passed

2017-03-02 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71749 --- Comment #4 from Claudiu Zissulescu --- If it is ok with you, I will do it in ur name as well. But first, let me see how the nightly goes.

[Bug target/71749] Define _REENTRANT on ARC when -pthread is passed

2017-03-02 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71749 --- Comment #2 from Claudiu Zissulescu --- Proposed patch for mainline: diff --git a/gcc/config/arc/arc.h b/gcc/config/arc/arc.h index 5cc9dc1..d270390 100644 --- a/gcc/config/arc/arc.h +++ b/gcc/config/arc/arc.h @@ -62,7 +62,8 @@ along with

[Bug target/71749] Define _REENTRANT on ARC when -pthread is passed

2017-02-27 Thread claziss at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71749 Claudiu Zissulescu changed: What|Removed |Added CC||claziss at gmail dot com

[Bug c/71083] New: Unaligned bit-field address when predictive commoning

2016-05-12 Thread claziss at gmail dot com
Component: c Assignee: unassigned at gcc dot gnu.org Reporter: claziss at gmail dot com Target Milestone: --- I've been trying the following simple test case on latest gcc, and it seems to produce unwanted unaligned accesses for bit-fields. Test cases: struct lock_chain { unsigned