https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #7 from wangzheyu ---
Another test case doesn't involve noexcept key workd.
Cmd line: arm-none-eabi-g++ -mthumb -mcpu=cortex-m3 -O0 -g -std=c++11
-specs=rdimon.specs main.c -o main.exe
#include
#include
_Unwind_Reason_Code trace_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
wangzheyu changed:
What|Removed |Added
CC||tony.wang at arm dot com
--- Comment #6
: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: tony.wang at arm dot com
Run into a lto test case ICE on trunk.
/home/build/work/GCC-5-0-build/build-native/gcc-final/gcc/xgcc
-B/home/build/work/GCC-5-0-build/build-native/gcc-final/gcc/
-fno-diagnostics-show-caret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62150
wangzheyu changed:
What|Removed |Added
CC||tony.wang at arm dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
wangzheyu changed:
What|Removed |Added
CC||tony.wang at arm dot com
--- Comment #64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
--- Comment #6 from wangzheyu ---
Posted a possible fix for this bug:
https://gcc.gnu.org/ml/gcc-patches/2014-07/msg01938.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #7 from wangzheyu ---
I have a simpler test case to reproduce this bug, it should be an old bug for
the tree-emutls pass. The way this pass mapping the control vars and tls vars
hasn't consider that there may more than one alias for a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61883
--- Comment #1 from wangzheyu ---
For target don't support tls, the above simple test case will fail for the same
reason of gcc.dg/tls/alias-1.c.
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tony.wang at arm dot com
The trunk will ICE when user declare tls variables with alias name on run-time
need to generate emutls variables.
How to reproduce:
/work/tonwan01/test_alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
--- Comment #5 from wangzheyu ---
(In reply to Richard Biener from comment #1)
> Seems the parser fails to set DECL_HARD_REGISTER on that bogus decl.
Hi Richard,
I find that in function make_decl_rtl(gcc/varasm.c:1357), there's one line
comment:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61713
--- Comment #1 from wangzheyu ---
This ICE also happened on the trunk.
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tony.wang at arm dot com
The tool chain is built from:
gcc version 4.9.1 20140630 (prerelease) [gcc-4_9-branch revision 212159]
when compile below code, there will be ICE.
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #11 from wangzheyu ---
Hi,
Could you please provide an elf file compiled with arm-none-linux-gnueabi-gcc
-Os -g3 -pie -fpie -mthumb -march=armv5t So that we can debug under our
hardware and easy to compared with the former one. Thanks
Assignee: unassigned at gcc dot gnu.org
Reporter: tony.wang at arm dot com
I'm running regression test for the latest GCC trunk for cortex-m0, I run into
below ICE, but after I remove the commit at trunk@210901, the test case will
pass.
How to reproduce:
Executing on host: /work/ter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #9 from wangzheyu ---
Hi, would please provide your elf file with the new binutils, so that we can
verify that whether it's the same issue as your former elf. If it is, it can be
verified as a bug because you're using the latest binut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #7 from wangzheyu ---
After a close analysis of your elf, it will fail due to bad code in first call
to function checktls23. The corresponding C code is:
if (!y || *y++ != &tls23 || *y++ != &tls23_array[3]) return 0;
The code to ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #4 from wangzheyu ---
Hi christophe,
It's ok from my side, the link time is ok. I'm not sure if it's related to your
tool chain version, but would you please provide detailed information of your
toolchain, the cmd you run for the test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
wangzheyu changed:
What|Removed |Added
CC||tony.wang at arm dot com
--- Comment #2 from
Assignee: unassigned at gcc dot gnu.org
Reporter: tony.wang at arm dot com
I'm running regression test for the latest GCC trunk, and run into below ICE.
And if I disable the LRA feature with option mno-lra, the test case will pass:
./install-native/bin/arm-none-eabi-gcc
19 matches
Mail list logo
