[Bug middle-end/64818] New: User specified register don't work correctly in inline-asm operands.

2015-01-27 Thread Hale.Wang at arm dot com
ormal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Hale.Wang at arm dot com Created attachment 34588 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34588&action=edit arm-none-eabi-gcc -O1 -S -o testcase.s tes

[Bug middle-end/46164] Local variables in specified registers don't work correctly with inline asm operands

2015-01-27 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46164 --- Comment #9 from Hale Wang --- Hi Tim, Your testcase is caused by the combine. It's not the same with Siarhei's test case. So I think we should divide your test case to another bug. And my patch is only used to fix the bug with your test cas

[Bug middle-end/46164] Local variables in specified registers don't work correctly with inline asm operands

2015-01-26 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46164 --- Comment #8 from Hale Wang --- I have submitted a patch to community for further discussion. Refer to: https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02238.html.

[Bug middle-end/46164] Local variables in specified registers don't work correctly with inline asm operands

2015-01-22 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46164 Hale Wang changed: What|Removed |Added CC||Hale.Wang at arm dot com --- Comment #7

[Bug ipa/64564] Internal compiler error: Segmentation fault caused by IPA ICF

2015-01-12 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64564 --- Comment #2 from Hale Wang --- (In reply to Uroš Bizjak from comment #1) > Already fixed. > > *** This bug has been marked as a duplicate of bug 64551 *** I have confirmed that this bug is already fixed. Thank you very much.

[Bug ipa/64564] New: Internal compiler error: Segmentation fault caused by IPA ICF

2015-01-12 Thread Hale.Wang at arm dot com
Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: Hale.Wang at arm dot com Created attachment 34417 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34417&action=edit Generated by pre-compile the source code from newlib/newlib/libc

[Bug rtl-optimization/64323] [5 Regression] LRA: ICE when compiling newlib for ARM.

2014-12-16 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64323 Hale Wang changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/64323] [5 Regression] LRA: ICE when compiling newlib for ARM.

2014-12-16 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64323 --- Comment #2 from Hale Wang --- (In reply to christophe.lyon from comment #1) > Maybe this was fixed by Vladimir's commit r218760? Yes, it's fixed by Vladimir's commit r218760. Thank you very much. This issue could be marked as fixed now.

[Bug rtl-optimization/64323] New: LRA: ICE when compiling newlib for ARM.

2014-12-15 Thread Hale.Wang at arm dot com
-optimization Assignee: unassigned at gcc dot gnu.org Reporter: Hale.Wang at arm dot com Created attachment 34287 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34287&action=edit This temp file is generated from newlib/newlib/libc/stdlib/dtoa.c. When compiling the newlib

[Bug lto/61123] With LTO, -fno-short-enums is ignored, resulting in ABI mis-matching in linking.

2014-06-19 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61123 --- Comment #6 from Hale Wang --- Thanks for Zhenqiang Chen's help. This bug is fixed. Refer to the link https://gcc.gnu.org/ml/gcc-patches/2014-06/msg01429.html

[Bug lto/61123] With LTO, -fno-short-enums is ignored, resulting in ABI mis-matching in linking.

2014-05-29 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61123 --- Comment #4 from Hale Wang --- (In reply to Richard Biener from comment #3) > It seems that Tag_ABI_PCS_wchar_t is emitted from the C-family frontends only > via config/arm/arm-c.c (as opposed to any other Tags). Probably because > the option

[Bug lto/61123] With LTO, -fno-short-enums is ignored, resulting in ABI mis-matching in linking.

2014-05-27 Thread Hale.Wang at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61123 --- Comment #2 from Hale Wang --- (In reply to Richard Biener from comment #1) > All ABI changing options should be also enabled for LTO and they also deserve > handling in lto-opts.c (always stream, not only if explicitely set) and > lto-wrapper

[Bug c/61123] New: With LTO, -fno-short-enums is ignored, resulting in ABI mis-matching in linking.

2014-05-08 Thread Hale.Wang at arm dot com
: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: Hale.Wang at arm dot com I have two trivial source files obj1.cc: int x(int y) { return y - 10; } obj2.cc: int foo(int bar) { return bar*10