https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
wangzheyu tony.wang at arm dot com changed:
What|Removed |Added
CC||tony.wang at arm dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #7 from wangzheyu tony.wang at arm dot com ---
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 unwind.h
: 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 tony.wang at arm dot com changed:
What|Removed |Added
CC||tony.wang at arm dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
wangzheyu tony.wang at arm dot com changed:
What|Removed |Added
CC||tony.wang at arm dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
--- Comment #6 from wangzheyu tony.wang at arm dot com ---
Posted a possible fix for this bug:
https://gcc.gnu.org/ml/gcc-patches/2014-07/msg01938.html
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=61883
--- Comment #1 from wangzheyu tony.wang at arm dot com ---
For target don't support tls, the above simple test case will fail for the same
reason of gcc.dg/tls/alias-1.c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #7 from wangzheyu tony.wang at arm dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
--- Comment #5 from wangzheyu tony.wang at arm dot com ---
(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
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=61713
--- Comment #1 from wangzheyu tony.wang at arm dot com ---
This ICE also happened on the trunk.
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/terguo01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #11 from wangzheyu tony.wang at arm dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #9 from wangzheyu tony.wang at arm dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #7 from wangzheyu tony.wang at arm dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #4 from wangzheyu tony.wang at arm dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
wangzheyu tony.wang at arm dot com changed:
What|Removed |Added
CC||tony.wang at arm dot
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 -fno
19 matches
Mail list logo
