https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84856
--- Comment #9 from Kito Cheng ---
Hi Jim:
Yeah, you are right, so I guess just some missing in back-end now, thanks your
quick response :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84856
Kito Cheng changed:
What|Removed |Added
CC||npickito at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84660
--- Comment #7 from Kito Cheng ---
Hi Jim:
Thanks your update, we'll test that again, btw, we can also test on x86-64 and
aarch64 if you have no time to test other target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84660
--- Comment #4 from Kito Cheng ---
Hi Jim:
We've written a patch which is based on your patch for gcc 7, and we've tested
with GCC testsuite and several testsuite.
diff --git a/gcc/combine.c b/gcc/combine.c
index ff250aa..033387d 100644
--- a/g
: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
CC: andrew at sifive dot com, palmer at dabbelt dot com,
wilson at tuliptree dot org
Target
: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Target: x86-64
Version: trunk@254336, 7.x
* work on 6.x
Option:
gcc case.c -O2 -fno-inline -flto
How to reproduce:
./a.out
Aborted (core
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
CC: amker.cheng at gmail dot com, andrew at sifive dot com,
palmer at dabbelt dot com
Target Milestone: ---
Target: riscv32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #9 from Kito Cheng ---
Code gen in previous comment is output for riscv32-unknown-linux-gnu-gcc
pr52750.c -S
ARM got worse code gen too:
configure: --target=arm-eabi
$ arm-eabi-gcc pr52750.c -S
For pr52750.c:
$ diff before.arm.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #8 from Kito Cheng ---
Hi Matthew:
Oh, my fault, I just go another way[1] to fix this issue, but I got worse code
gen for both hard-float and soft-float after r245655, before.*.s is generate by
gcc with revert r245655, *rv32imafd.s fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #6 from Kito Cheng ---
Hi Matthew:
Thanks for you feedback, I will disuses with other RISC-V maintainer for the
GPR <-> FPR issue, however it's still hang on LRA for pr52750.c when use soft
float[1] and work if revert r245655 too, do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #4 from Kito Cheng ---
Hi Eric:
>> vfscanf.c: In function ‘_IO_vfscanf_internal’:
>> vfscanf.c:3050:1: error: unable to generate reloads for:
>> (insn 11026 11523 5651 1080 (set (reg:QI 3515)
>> (mem/c:QI (plus:SI (reg/f:SI 65
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #1 from Kito Cheng ---
Update for command to reproduce:
riscv32-unknown-linux-gnu-gcc vfscanf.E.i -O2
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
CC: matthew.fortune at imgtec dot com, vmakarov at redhat dot
com
Target Milestone: ---
Target: riscv32-unknown-linux-gnu
Created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79079
--- Comment #3 from Kito Cheng ---
Hi Jakub:
Thank your review, your are right, I might change all gen_lowpart to
convert_modes to deal with all other TRULY_NOOP_TRUNCATION == false case, in
RISC-V and MIPS64 only TRULY_NOOP_TRUNCATION(64, 32) i
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
Target Milestone: ---
Target: mips64-unknown-linux, riscv64-elf, riscv64-linux
expand function on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78230
--- Comment #2 from Kito Cheng ---
Ya, In fact I am working on RISV-V 64, and it's seem cause by
TRULY_NOOP_TRUNCATION (32, 64) == false.
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
Target Milestone: ---
Configure:
--with-abi=64 --target=mips64el-elf
$ mips64el-elf-gcc pr66178.c
pr66178.c: In function ‘test’:
pr66178.c:3:21: error: initializer element is not computable
: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
Created attachment 35375
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35375&action=edit
L
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
Created attachment 34214
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34214&action=edit
rtl dumps for r217946 and r217947
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58295
--- Comment #12 from Kito Cheng ---
> The question sounds self-contradictory... Anyway, rather than inventing a
> new
> hook for each problem, let's try to formulate it in terms of existing hooks.
TARGET_LEGITIMATE_COMBINED_INSN hook is add in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58295
Kito Cheng changed:
What|Removed |Added
CC||npickito at gmail dot com
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58905
--- Comment #2 from Kito Cheng ---
However older version autoconf use such style to detect,
It will broken some older project when configure with lto.
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: npickito at gmail dot com
Test Program:
test.c
char ___undef_func___ ();
char (*f) () = ___undef_func___;
int main ()
{
return f != ___undef_func___;
}
Problem:
$ gcc-trunk test.c # link
23 matches
Mail list logo
