[Bug target/43446] New: libiberty for target failing to build with error: Link tests are not allowed after GCC_NO_EXECUTABLES

2010-03-19 Thread mirq-gccboogs at rere dot qmqm dot pl
AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mirq-gccboogs at rere dot qmqm dot pl GCC build triplet: arm-none-eabi GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43446

[Bug target/43446] libiberty for target failing to build with error: Link tests are not allowed after GCC_NO_EXECUTABLES

2010-03-19 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #2 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-19 21:56 --- I'm building a compiler for Cortex-M3 based microcontroller, so i used this configure options: ../gcc/configure --prefix=/usr/src/gcc-armtest --target arm-none-eabi --enable-languages=c --disable-l

[Bug target/43446] libiberty for target failing to build with error: Link tests are not allowed after GCC_NO_EXECUTABLES

2010-03-19 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #3 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-19 21:57 --- I forgot to add, that the configure error is the same as in bug #37634 for libgfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43446

[Bug target/43446] libiberty for target failing to build with error: Link tests are not allowed after GCC_NO_EXECUTABLES

2010-03-19 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #4 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-19 22:03 --- I just noticed, that I switched target/build triplets when reporting. That's fixed now. BTW, ./arm-none-eabi-gcc -v Using built-in specs. COLLECT_GCC=./arm-none-eabi-gcc COLLECT_LTO_WRAPPER=/usr/sr

[Bug target/43446] libiberty for target failing to build with error: Link tests are not allowed after GCC_NO_EXECUTABLES

2010-03-19 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #6 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-19 22:23 --- I haven't looked at newlib yet, as I needed just the C compiler. Source tree is a vanilla svn checkout from svn://gcc.gnu.org/svn/gcc/trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43446

[Bug target/43446] libiberty for target failing to build with error: Link tests are not allowed after GCC_NO_EXECUTABLES

2010-03-19 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #8 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-19 23:01 --- ../gcc/configure --without-headers --with-newlib --prefix=/usr/src/gcc-armtest --target arm-none-eabi --enable-languages=c --disable-libssp Now make fails with: /usr/src/gcc-build/./gcc/xgcc -B/usr/src/gcc

[Bug target/43446] libiberty for target failing to build with error: Link tests are not allowed after GCC_NO_EXECUTABLES

2010-03-19 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #10 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-19 23:20 --- This was a fresh build. I did rm -rf gcc-build && mkdir gcc-build && cd gcc-build && ../gcc/configure ... && make [1910] m...@rechot:/usr/src/gcc $ LANG=C svn info Path:

[Bug target/43446] libiberty for target failing to build with error: Link tests are not allowed after GCC_NO_EXECUTABLES

2010-03-20 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #13 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-20 12:47 --- Just to verify, I rebuilt gcc in a gcc+newlib combined tree and indeed it builds correctly. Configure line: ../gcc-combined/configure --with-newlib --prefix=/usr/src/gcc-armtest --target arm-none-eabi

[Bug middle-end/40078] passing label to inline asm "i" constraint generates bad code

2010-03-20 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #3 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-21 01:08 --- In case you're still interested, there is 'asm goto' coming in gcc 4.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40078

[Bug target/43460] New: internal compiler error: Segmentation fault on __builtin_unreachable() after asm goto()

2010-03-20 Thread mirq-gccboogs at rere dot qmqm dot pl
iltin_unreachable() after asm goto() Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mirq-gccboogs at rere d

[Bug target/43460] internal compiler error: Segmentation fault on __builtin_unreachable() after asm goto()

2010-03-20 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #1 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-21 02:24 --- In case it's relevant, the version from sources not combined with newlib (0.18) crashed in same way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43460

[Bug target/43461] New: unsigned int var; (var & 0xFF) not translated to uxtb insn in Thumb mode

2010-03-20 Thread mirq-gccboogs at rere dot qmqm dot pl
erity: minor Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mirq-gccboogs at rere dot qmqm dot pl GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-none-eabi http://gcc.gnu.

[Bug target/43461] unsigned int var; (var & 0xFF) not translated to uxtb insn in Thumb mode

2010-03-20 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #1 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-21 02:45 --- $ gcc -v Using built-in specs. COLLECT_GCC=/usr/src/gcc-armtest/bin/arm-none-eabi-gcc COLLECT_LTO_WRAPPER=/usr/src/gcc-armtest/libexec/gcc/arm-none-eabi/4.5.0/lto-wrapper Target: arm-none-eabi Configured

[Bug target/43462] New: Suboptimal switch table jump generation

2010-03-20 Thread mirq-gccboogs at rere dot qmqm dot pl
s at rere dot qmqm dot pl GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-none-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43462

[Bug target/43462] Suboptimal switch table jump generation

2010-03-20 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #1 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-21 03:28 --- This is output from: gcc -mcpu=cortex-m3 -mthumb -O3 -S a.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43462

[Bug tree-optimization/42149] ICE:verify_gimple failed for avr target

2010-03-21 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #1 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-21 18:44 --- [looks like bug #39959] The same happens with -combine on following code (arm-none-eabi target): a.h: struct a { int b; int c; }; extern struct a *p asm("r4"); void d(in

[Bug rtl-optimization/43471] New: Unnecessary reload of asm "m" operand address

2010-03-21 Thread mirq-gccboogs at rere dot qmqm dot pl
AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mirq-gccboogs at rere dot qmqm dot pl GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-none-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43471

[Bug web/43473] New: hword size destination variable induces suboptimal code generation compared to full word size var

2010-03-21 Thread mirq-gccboogs at rere dot qmqm dot pl
able induces suboptimal code generation compared to full word size var Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedB

[Bug rtl-optimization/43471] Unnecessary reload of asm "m" operand address

2010-03-22 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #2 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-23 05:43 --- Hmm. I must have missed something while cutting down the test case as this simple example works now... Here is bigger test that might be related: code: struct a { int f1, f2; }; struct b

[Bug rtl-optimization/43471] Unnecessary reload of asm "m" operand address

2010-03-22 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #3 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-23 05:52 --- I checked some more variants of the simple asm() example - looks like I mixed up compiler output files when preparing that one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43471

[Bug rtl-optimization/43471] Unnecessary reload of asm "m" operand address

2010-03-23 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #5 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-23 14:04 --- The problem is that gcc sometimes emits instructions that are copying the global r4 (even when it's marked as const) into temporary. Originally I thought that the simplies case was this asm statememt, b

[Bug rtl-optimization/43491] New: Unnecessary temporary for global register variable

2010-03-23 Thread mirq-gccboogs at rere dot qmqm dot pl
Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mirq-gccboogs at rere dot qmqm dot pl GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-none-eabi http://gc

[Bug rtl-optimization/43473] hword size destination variable induces suboptimal code generation compared to full word size var

2010-03-23 Thread mirq-gccboogs at rere dot qmqm dot pl
--- Comment #2 from mirq-gccboogs at rere dot qmqm dot pl 2010-03-23 14:37 --- Sorry, I try to split encountered problems into simple testcases and after a few I forgot to add the common things to bugreports. The difference between ma() and mb() in the example is a global's size