[Bug bootstrap/49789] Bootstrap failure with SMS flags on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49789 --- Comment #2 from revital.eres at linaro dot org 2011-12-16 09:24:27 UTC --- (In reply to comment #1) Is this still an issue? Yes, it still fails with -r182398.
[Bug testsuite/47013] FAIL: gcc.dg/sms-*.c scan-rtl-dump-times sms SMS succeeded *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47013 --- Comment #11 from revital.eres at linaro dot org 2011-11-23 18:59:34 UTC --- (In reply to comment #10) any progress on resolving this .. or any more input needed? I will revisit this. Thanks for the ping.
[Bug bootstrap/50879] New: ICE in sf_fabs.c while bootstrap on PowerPC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50879 Bug #: 50879 Summary: ICE in sf_fabs.c while bootstrap on PowerPC Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org I get the following error while bootsrap -r180557 with -O2 on ppc64-redhat-linux : (GCC configred with --enable-checking) /bin/sh ../../libtool --tag=CC --mode=compile /home/eres/mainline/build/./gcc/xgcc -B/home/eres/mainline/build/./gcc/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/bin/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/lib/ -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/include -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../../../../gcc/libjava/classpath/native/fdlibm -I../../include-fexceptions -fasynchronous-unwind-tables -g -O2 -MT s_floor.lo -MD -MP -MF .deps/s_floor.Tpo -c -o s_floor.lo ../../../../../../gcc/libjava/classpath/native/fdlibm/s_floor.c ../../../../../../gcc/libjava/classpath/native/fdlibm/sf_fabs.c: In function גfabsfג: ../../../../../../gcc/libjava/classpath/native/fdlibm/sf_fabs.c:33:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. mv -f .deps/mprec.Tpo .deps/mprec.Plo make[5]: *** [sf_fabs.lo] Error 1 make[5]: *** Waiting for unfinished jobs mv -f .deps/s_cos.Tpo .deps/s_cos.Plo libtool: compile: /home/eres/mainline/build/./gcc/xgcc -B/home/eres/mainline/build/./gcc/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/bin/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/lib/ -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/include -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../../../../gcc/libjava/classpath/native/fdlibm -I../../include -fexceptions -fasynchronous-unwind-tables -g -O2 -MT s_floor.lo -MD -MP -MF .deps/s_floor.Tpo -c ../../../../../../gcc/libjava/classpath/native/fdlibm/s_floor.c -fPIC -DPIC -o .libs/s_floor.o mv -f .deps/s_expm1.Tpo .deps/s_expm1.Plo mv -f .deps/s_fabs.Tpo .deps/s_fabs.Plo mv -f .deps/s_finite.Tpo .deps/s_finite.Plo mv -f .deps/s_floor.Tpo .deps/s_floor.Plo make[5]: Leaving directory `/home/eres/mainline/build/powerpc64-unknown-linux-gnu/libjava/classpath/native/fdlibm' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/eres/mainline/build/powerpc64-unknown-linux-gnu/libjava/classpath/native' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/eres/mainline/build/powerpc64-unknown-linux-gnu/libjava/classpath' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/eres/mainline/build/powerpc64-unknown-linux-gnu/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/home/eres/mainline/build' make: *** [bootstrap] Error 2
[Bug bootstrap/49789] New: Bootstrap failure with SMS flags on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49789 Summary: Bootstrap failure with SMS flags on ARM Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org Host: arm-linux-gnueabi Target: arm-linux-gnueabi I get the following error while bootstrap trunk -r176434 on ARM machine with SMS flags: -O2 -fmodulo-sched -fmodulo-sched-allow-regmoves -fno-auto-inc-dec --param sms-min-sc=1 configure:3269: /home/40014/mainline/build3/./gcc/xgcc -B/home/40014/mainline/build3/./gcc/ -B/home/40014/mainline/build3/armv7l-unknown-linux-gnueabi/bin/ -B/home/40014/mainline/build3/armv7l-unknown-linux-gnueabi/lib/ -isystem /home/40014/mainline/build3/armv7l-unknown-linux-gnueabi/include -isystem /home/40014/mainline/build3/armv7l-unknown-linux-gnueabi/sys-include-c -g -O2 conftest.c 5 conftest.c: In function 'main': conftest.c:16:1: internal compiler error: vector VEC(edge,base) index domain error, in ei_edge at basic-block.h:672 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. configure:3273: $? = 1 Investigating the problem; it seems that the cause is not related to SMS but rather to the doloop optimization which is enabled only when SMS flags are set. (but that also does not mean that doloop is the reason for the fail; it could be some later passes) The first file that doloop is applied on and causes bootstrap failure is bb-reorder.c. The problematic loop seems to be the last FOR_EACH_EDGE in connect_traces function which is inlined into reorder_basic_block.
[Bug target/49713] New: Conflicting types for 'arm_dbx_register_number'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49713 Summary: Conflicting types for 'arm_dbx_register_number' Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org Host: arm-linux-gnueabi Target: arm-linux-gnueabi The following error occurs while bootstrap trunk -r176194 on arm-linux-gnueabi with the following config options: --enable-checking --enable-languages=c --enable-bootstrap gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber ../../gcc/gcc/dwarf2cfi.c -o dwarf2cfi.o In file included from ../../gcc/gcc/dwarf2cfi.c:31:0: ../../gcc/gcc/dwarf2out.h: In function 'dwarf_frame_regnum': ../../gcc/gcc/dwarf2out.h:271:3: warning: implicit declaration of function 'arm_dbx_register_number' In file included from ./tm_p.h:4:0, from ../../gcc/gcc/dwarf2cfi.c:34: ../../gcc/gcc/config/arm/arm-protos.h: At top level: ../../gcc/gcc/config/arm/arm-protos.h:41:21: error: conflicting types for 'arm_dbx_register_number' ../../gcc/gcc/dwarf2out.h:271:10: note: previous implicit declaration of 'arm_dbx_register_number' was here
[Bug tree-optimization/49695] New: conditional moves for stores
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49695 Summary: conditional moves for stores Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org for (i = 0; i point1-len; i++) { if (point1-arr[i].val) { point1-arr[i].val ^= (unsigned long long) res; } } For the above loop if-conversion is not been done in the tree level (compiled with trunk -r176116). Seemingly this case is similar to the one in PR27313. When using -ftree-loop-if-convert-stores I get 'tree could trap...' message although I'm not sure why as there is a read in every iteration of the loop to the memory location we write to. Similar case appears in SPEC2006/libquantum. Here's a snippet from .ifcvt file: bb 3: pretmp.6_33 = point1_3(D)-arr; bb 4: # i_27 = PHI i_22(7), 0(3) i.0_6 = (unsigned int) i_27; D.3689_7 = i.0_6 * 8; D.3690_8 = pretmp.6_33 + D.3689_7; D.3691_9 = D.3690_8-val; if (D.3691_9 != 0) goto bb 5; else goto bb 6; bb 5: D.3694_20 = (long long unsigned int) res_19(D); D.3695_21 = D.3694_20 ^ D.3691_9; D.3690_8-val = D.3695_21; bb 6: i_22 = i_27 + 1; if (i_22 D.3696_29) goto bb 7; else goto bb 8; bb 7: goto bb 4;
[Bug tree-optimization/49695] conditional moves for stores
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49695 --- Comment #1 from revital.eres at linaro dot org 2011-07-10 10:05:07 UTC --- Created attachment 24730 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24730 Testcase which contains the loop
[Bug tree-optimization/49695] conditional moves for stores
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49695 --- Comment #2 from revital.eres at linaro dot org 2011-07-10 12:50:31 UTC --- (In reply to comment #0) for (i = 0; i point1-len; i++) { if (point1-arr[i].val) { point1-arr[i].val ^= (unsigned long long) res; } } For the above loop if-conversion is not been done in the tree level (compiled with trunk -r176116). Seemingly this case is similar to the one in PR27313. When using -ftree-loop-if-convert-stores I get 'tree could trap...' message although I'm not sure why as there is a read in every iteration of the loop to the memory location we write to. hmmm... after reading Sebastian Pop's paper from the last summit (Improving GCC’s auto-vectorization with if-conversion and loop flattening for AMD’s Bulldozer processors) it's seems that we need to grantee that point1-arr[i].val is writable when the condition is false which we can not prove in this case. So that's not a bug, I apologize for the noise.
[Bug tree-optimization/49695] conditional moves for stores
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49695 --- Comment #3 from revital.eres at linaro dot org 2011-07-10 13:41:07 UTC --- the memory location we write to. hmmm... after reading Sebastian Pop's paper from the last summit (Improving GCC’s auto-vectorization with if-conversion and loop flattening for AMD’s Bulldozer processors) it's seems that we need to grantee that point1-arr[i].val is writable when the condition is false which we can not prove in this case. So that's not a bug, I apologize for the noise. Continuing reading the paper I see that under the 'If-conversion without restrictions' section there is a technique that allows to apply if-conversion in the above case by writing to artificial object that has been created by the compiler when the condition is false. I assume this method is not implemented in trunk yet.
[Bug target/49385] Invalid RTL intstruction for ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49385 --- Comment #3 from revital.eres at linaro dot org 2011-06-15 11:26:32 UTC --- (In reply to comment #0) Created attachment 24504 [details] The test to reproduce the RTL instruction. I see the following invalid mem to mem RTL instruction in test2.c.189r.sched1 btw, the first dump file which contains this invalid mem-mem instruction is combine.
[Bug target/49385] New: Invalid RTL intstruction for ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49385 Summary: Invalid RTL intstruction for ARM Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org Created attachment 24504 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24504 The test to reproduce the RTL instruction. I see the following invalid mem to mem RTL instruction in test2.c.189r.sched1 when compiling: test2.c -O2 -mthumb -da -march=armv7-a with trunk -r174982: configured with: --target=arm-linux-gnueabi --enable-__cxa_atexit --disable-nls --with-float=softfp --with-fpu=vfp --disable-bootstrap target_alias=arm-linux-gnueabi --enable-languages=c,fortran,lto (insn 52 50 54 3 (set (mem:HI (plus:SI (reg:SI 167 [ ivtmp.14 ]) (const_int 2 [0x2])) [5 MEM[base: D.2088_27, offset: 2B]+0 S2 A16]) (mem:HI (plus:SI (reg:SI 172 [ ivtmp.11 ]) (const_int 2 [0x2])) [3 MEM[base: D.2087_26, offset: 2B]+0 S2 A16])) test2.c:75 710 {*thumb2_movhi_insn} (nil))
[Bug target/49385] Invalid RTL intstruction for ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49385 --- Comment #2 from revital.eres at linaro dot org 2011-06-13 11:26:44 UTC --- (In reply to comment #1) I get no ICE on this with 4.7 r174986, even with --enable-checking, and the assembler doesn't complain about the generated code. So what is the problem? The generated code does not produce ICE. However the RTL instruction is not valid as far as I understand so it should not be generated at any stage of the compilation.
[Bug bootstrap/49344] New: ICE in tree-flow-inline.h:745 while bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49344 Summary: ICE in tree-flow-inline.h:745 while bootstrap Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org Target: ppc64-redhat-linux I get the following error while bootstrap -r174840 on ppc64-redhat-linux with the config file and -O2 flag: ../gcc/configure --prefix=/home/eres/mainline/build --enable-checking --enable-bootstrap --enable-languages=java libtool: compile: /home/eres/mainline/build/./gcc/xgcc -B/home/eres/mainline/build/./gcc/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/bin/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/lib/ -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/include -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/sys-include -m32 -fPIC -mstrict-align -DHAVE_CONFIG_H -I. -I../../../../../../../gcc/libjava/classpath/native/fdlibm -I../../include -fexceptions -fasynchronous-unwind-tables -g -O2 -m32 -fPIC -mstrict-align -MT w_asin.lo -MD -MP -MF .deps/w_asin.Tpo -c ../../../../../../../gcc/libjava/classpath/native/fdlibm/w_asin.c -fPIC -DPIC -o .libs/w_asin.o libtool: compile: /home/eres/mainline/build/./gcc/xgcc -B/home/eres/mainline/build/./gcc/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/bin/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/lib/ -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/include -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/sys-include -m32 -fPIC -mstrict-align -DHAVE_CONFIG_H -I. -I../../../../../../../gcc/libjava/classpath/native/fdlibm -I../../include -fexceptions -fasynchronous-unwind-tables -g -O2 -m32 -fPIC -mstrict-align -MT w_acos.lo -MD -MP -MF .deps/w_acos.Tpo -c ../../../../../../../gcc/libjava/classpath/native/fdlibm/w_acos.c -fPIC -DPIC -o .libs/w_acos.o libtool: compile: /home/eres/mainline/build/./gcc/xgcc -B/home/eres/mainline/build/./gcc/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/bin/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/lib/ -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/include -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/sys-include -m32 -fPIC -mstrict-align -DHAVE_CONFIG_H -I. -I../../../../../../../gcc/libjava/classpath/native/fdlibm -I../../include -fexceptions -fasynchronous-unwind-tables -g -O2 -m32 -fPIC -mstrict-align -MT w_atan2.lo -MD -MP -MF .deps/w_atan2.Tpo -c ../../../../../../../gcc/libjava/classpath/native/fdlibm/w_atan2.c -fPIC -DPIC -o .libs/w_atan2.o ../../../../../../../gcc/libjava/classpath/native/fdlibm/strtod.c: In function ג_Jv_strtod_rג: ../../../../../../../gcc/libjava/classpath/native/fdlibm/strtod.c:106:1: internal compiler error: in op_iter_init, at tree-flow-inline.h:745 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[7]: *** [strtod.lo] Error 1
[Bug testsuite/47013] FAIL: gcc.dg/sms-*.c scan-rtl-dump-times sms SMS succeeded *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47013 revital.eres at linaro dot org changed: What|Removed |Added CC||revital.eres at linaro dot ||org --- Comment #9 from revital.eres at linaro dot org 2011-06-06 06:28:53 UTC --- (In reply to comment #8) Is there any reason (beside reviewing) for not having committed the patch in http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01175.html ? My recent patchs for SMS (i.e., http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01341.html), which are not approved yet, require some adjustments for this testsuite patch. So that's why I thought it will be better to wait for a approval for the new patches before pinging for the testsuite patch, avoiding the need to submit a follow-up fix for it. Also, currently trunk bootstrap is broken on ARM with SMS flags and I'm trying to figure out the problem... so once I'll locate this problem I'll go back to these patches and push them forward to trunk.
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 revital.eres at linaro dot org changed: What|Removed |Added CC||revital.eres at linaro dot ||org --- Comment #22 from revital.eres at linaro dot org 2011-04-03 11:52:47 UTC --- (In reply to comment #0) On Linux/x86, revision 171845 failed to bootstrap: There is bootsrap failure also on powerpc64-suse-linux using trunk -r171899 ../gcc/configure --enable-bootstrap --enable-checking --enable-languages=c,c++,fortran make bootstrap BOOT_CFLAGS=-O2 make[3]: Leaving directory `/home/eres/mainline/build1' Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs Bootstrap comparison failure! gcc/collect2.o differs gcc/sel-sched-ir.o differs gcc/c-decl.o differs gcc/ira-costs.o differs gcc/tree-parloops.o differs gcc/calls.o differs gcc/fortran/trans-types.o differs gcc/fortran/resolve.o differs gcc/fortran/intrinsic.o differs gcc/fortran/trans-intrinsic.o differs gcc/fortran/trans-expr.o differs gcc/fortran/expr.o differs gcc/fortran/simplify.o differs gcc/tree-ssa-loop-ivopts.o differs gcc/c-parser.o differs gcc/gimplify.o differs gcc/tree-vect-loop.o differs gcc/sel-sched-dump.o differs gcc/var-tracking.o differs gcc/bitmap.o differs gcc/build/genautomata.o differs gcc/dwarf2out.o differs gcc/et-forest.o differs gcc/tree-vect-loop-manip.o differs gcc/omega.o differs gcc/pretty-print.o differs gcc/fold-const.o differs gcc/df-scan.o differs gcc/cse.o differs gcc/tree-ssa-structalias.o differs gcc/expr.o differs gcc/c-family/c-format.o differs gcc/c-family/c-ada-spec.o differs gcc/tree-into-ssa.o differs gcc/ggc-common.o differs gcc/ira-color.o differs gcc/ira.o differs gcc/cp/parser.o differs gcc/cp/call.o differs gcc/cp/pt.o differs gcc/df-problems.o differs gcc/recog.o differs gmp/mpn/dive_1.o differs gmp/mpn/sqrmod_bnm1.o differs gmp/mpn/mod_1_4.o differs gmp/mpn/toom32_mul.o differs gmp/mpn/mod_1_3.o differs gmp/mpn/invertappr.o differs gmp/mpn/toom42_mul.o differs gmp/mpn/mod_1_2.o differs gmp/mpn/get_str.o differs libcpp/traditional.o differs libcpp/expr.o differs libiberty/pic/regex.o differs libiberty/pic/cplus-dem.o differs libiberty/pic/md5.o differs libiberty/pic/sha1.o differs libiberty/regex.o differs libiberty/cplus-dem.o differs libiberty/md5.o differs libiberty/sha1.o differs mpfr/vasprintf.o differs mpfr/zeta_ui.o differs zlib/libz_a-inffast.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/home/eres/mainline/build1' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/home/eres/mainline/build1'
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #23 from revital.eres at linaro dot org 2011-04-03 18:01:23 UTC --- (In reply to comment #22) (In reply to comment #0) On Linux/x86, revision 171845 failed to bootstrap: There is bootsrap failure also on powerpc64-suse-linux using trunk -r171899 Same error occurs on arm-linux-gnueabi with trunk -r171899 configured with: ../gcc/configure --enable-checking --enable-languages=c --enable-bootstrap --with-arch=armv7-a --with-mode=thumb make command: make bootstrap BOOT_CFLAGS=-O2
[Bug bootstrap/48415] New: GC Warning: Repeated allocation of very large block
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48415 Summary: GC Warning: Repeated allocation of very large block Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org Host: powerpc64-suse-linux Target: powerpc64-suse-linux While bootstrap trunk -r171831 on powerpc64-suse-linux I get the following warning and Out of Memory message: libtool: link: /home/eres/mainline/build/./gcc/gcj -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/libjava/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/libjava/ -B/home/eres/mainline/build/./gcc/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/bin/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/lib/ -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/include -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/sys-include -m32 -fPIC -mstrict-align -g -O2 -m32 -fPIC -mstrict-align -m32 -fPIC -mstrict-align -o .libs/gij -shared-libgcc -L/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/libjava/.libs -L/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/libjava ./.libs/libgij.so /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/libjava/.libs/libgcj.so -lpthread -lrt -ldl -Wl,-rpath -Wl,/home/eres/mainline/build/lib/../lib -Wl,-rpath -Wl,/home/eres/mainline/build/lib/../lib/gcj-4.7.0-12 ./gcj-dbtool -n classmap.db || touch classmap.db GC Warning: Repeated allocation of very large block (appr. size 262144000): May lead to memory leak and poor performance. libtool: compile: /home/eres/mainline/build/./gcc/gcj -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/libjava/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/libjava/ -B/home/eres/mainline/build/./gcc/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/bin/ -B/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/lib/ -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/include -isystem /home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/sys-include -m32 -fPIC -mstrict-align -fclasspath= -fbootclasspath=../../../../gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -findirect-dispatch -fno-bootstrap-classes -fno-indirect-classes -fsource-filename=/home/eres/mainline/build/powerpc64-unknown-linux-gnu/32/libjava/classpath/tools/all-classes.lst -g -O2 -m32 -fPIC -mstrict-align -MT classpath/tools/libgcj_tools_la-tools.lo -MD -MP -MF classpath/tools/.deps/libgcj_tools_la-tools.Tpo -c classpath/tools/tools.zip -o classpath/tools/libgcj_tools_la-tools.o /dev/null 21 GC Warning: Out of Memory! Returning NIL! GC Warning: Out of Memory! Returning NIL! The make instruction I use is as follows: make bootstrap BOOT_CFLAGS=-O2 The configure I use is as follows: ../gcc/configure --enable-bootstrap --enable-checking
[Bug target/48380] ICE in postreload.c while building trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48380 --- Comment #1 from revital.eres at linaro dot org 2011-03-31 08:38:40 UTC --- Created attachment 23834 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23834 Test inspired from libgcov.c Command to run the test on ARM machine: /home/revitale/mainline/build/./gcc/xgcc -B/home/revitale/mainline/build/./gcc/ -g -O2 -O2 -g -O2 k13.c
[Bug target/48336] Error in generation of ARM ldrd instruction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48336 --- Comment #4 from revital.eres at linaro dot org 2011-03-30 11:20:50 UTC --- (In reply to comment #3) Assumed fixed. Yes. The build passes OK in -r171716.
[Bug target/48380] New: ICE in postreload.c while building trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48380 Summary: ICE in postreload.c while building trunk Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org Host: arm-linux-gnueabi Target: arm-linux-gnueabi While building trunk -r171741 I get the following error on ARM machine configured with: ../gcc/configure --enable-checking --enable-languages=c,c++,lto,fortran --disable-bootstrap --with-mpfr=/opt/cfarm/mpfr-2.4.2 --with-gmp=/opt/cfarm/gmp-4.2.4 --with-mpc=/opt/cfarm/mpc-0.8 --with-arch=armv7-a /home/revitale/mainline/build/./gcc/xgcc -B/home/revitale/mainline/build/./gcc/ -B/home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/bin/ -B/home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/lib/ -isystem /home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/include -isystem /home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -Wno-missing-prototypes -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector -I. -I. -I../.././gcc -I../../../gcc/libgcc -I../../../gcc/libgcc/. -I../../../gcc/libgcc/../gcc -I../../../gcc/libgcc/../include -DHAVE_CC_TLS -o _gcov.o -MT _gcov.o -MD -MP -MF _gcov.dep -DL_gcov -c ../../../gcc/libgcc/../gcc/libgcov.c ../../../gcc/libgcc/../gcc/libgcov.c: In function גgcov_exitג: ../../../gcc/libgcc/../gcc/libgcov.c:558:1: error: insn does not satisfy its constraints: (insn 2032 232 231 3 (set (reg:DI 256 [ this_program__sum_all_lsm.184 ]) (reg:DI 6 r6)) 165 {*arm_movdi} (nil)) ../../../gcc/libgcc/../gcc/libgcov.c:558:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:403 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [_gcov.o] Error 1 make[2]: Leaving directory `/home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/libgcc' make[1]: *** [all-target-libgcc] Error 2 make[1]: Leaving directory `/home/revitale/mainline/build' make: *** [all] Error 2
[Bug target/48336] New: Error in generation of ARM ldrd instruction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48336 Summary: Error in generation of ARM ldrd instruction Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: revital.e...@linaro.org Host: arm-linux-gnueabi Target: arm-linux-gnueabi I get the follwoing error while building GCC trunk -r171652 on arm-linux-gnueabi the configuration is: ../gcc/configure --enable-checking --enable-languages=c,c++,lto,fortran --disable-bootstrap --with-mpfr=/opt/cfarm/mpfr-2.4.2 --with-gmp=/opt/cfarm/gmp-4.2.4 --with-mpc=/opt/cfarm/mpc-0.8 --with-arch=armv7-a Entering directory `/home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/libiberty' ~/mainline/build/armv7l-unknown-linux-gnueabi/libiberty$ /home/revitale/mainline/build/./gcc/xgcc -B/home/revitale/mainline/build/./gcc/ -B/home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/bin/ -B/home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/lib/ -isystem /home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/include -isystem /home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/sys-include-c -DHAVE_CONFIG_H -g -O2 -I. -I../../../gcc/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ../../../gcc/libiberty/simple-object-elf.c -o simple-object-elf.o /tmp/ccQwihSs.s: Assembler messages: /tmp/ccQwihSs.s:945: Error: first destination register must be even -- `ldrd fp,[r6,#16]'
[Bug target/48336] Error in generation of ARM ldrd instruction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48336 --- Comment #1 from revital.eres at linaro dot org 2011-03-29 15:43:41 UTC --- Created attachment 23803 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23803 A testcase based on simple-object-elf.c Here is the command line for running: /home/revitale/mainline/build/./gcc/xgcc -B/home/revitale/mainline/build/./gcc/ -B/home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/bin/ -B/home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/lib/ -isystem /home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/include -isystem /home/revitale/mainline/build/armv7l-unknown-linux-gnueabi/sys-include-c -DHAVE_CONFIG_H -g -O2 -I. -I../../../gcc/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic new_bad.c