[Bug target/57353] unrecognizable insn in decLibrary.c, ICE in extract_insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57353 --- Comment #2 from Roland Stigge --- Yes, me neither. Consider it gone. Thanks!
[Bug target/57386] ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386 --- Comment #14 from Roland Stigge --- Yes, both patches are good, thanks. :-) I currently can't give you developer's access to one of my e500v2 machines. But I hope I can provide it for the future. Will tell you directly when it's ready at some point. You would need the hardware for testing because all other power*s are incompatible.
[Bug target/57386] ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386 --- Comment #10 from Roland Stigge --- Please apply this patch only to 4.8.0 for now. The trunk needs some additional care, I'm working on this separately and will open a separate bug when it's ready. Would be nice if you could have a look at powerpc-linux-gnuspe anyway, though. ;-)
[Bug target/57386] ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386 --- Comment #7 from Roland Stigge --- Created attachment 31415 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31415&action=edit Fix as described
[Bug target/57386] ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386 --- Comment #6 from Roland Stigge --- I searched the differences between 4.7 and 4.8. It turned out that the patch that I'm attaching fixes the issue. Any comments? Can it be applied to the 4.8 line? Thanks, Roland
[Bug target/57386] ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386 --- Comment #5 from Roland Stigge --- More info: I just checked that the issue is still present in 4.8.2. Without --with-long-double-128, the problem doesn't occur. Any hint where I should look for? Thanks in advance!
[Bug target/57578] SPE detection broken on Linux (bits/predefs.h: No such file or directory)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57578 --- Comment #2 from Roland Stigge --- OK, we have feedback now from Olivier Hainque: > ... so looks correct to me. Thanks! So as soon as the change is checked in, we can close this bug. Thanks!
[Bug target/57578] New: SPE detection broken on Linux (bits/predefs.h: No such file or directory)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57578 Bug ID: 57578 Summary: SPE detection broken on Linux (bits/predefs.h: No such file or directory) Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: stigge at antcom dot de SPE detection broken on Linux (bits/predefs.h: No such file or directory) The build of powerpc spe on Linux aborts like this: [...] /«PKGBUILDDIR»/build/./gcc/xgcc -B/«PKGBUILDDIR»/build/./gcc/ -B/usr/lib/gcc-snapshot/powerpc-linux-gnuspe/bin/ -B/usr/lib/gcc-snapshot/powerpc-linux-gnuspe/lib/ -isystem /usr/lib/gcc-snapshot/powerpc-linux-gnuspe/include -isystem /usr/lib/gcc-snapshot/powerpc-linux-gnuspe/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 -mlong-double-128 -mno-minimal-toc -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fPIC -mlong-double-128 -mno-minimal-toc -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -I../../../src/libgcc/../libdecnumber/dpd -I../../../src/libgcc/../libdecnumber -DHAVE_CC_TLS -o _gcov_merge_single.o -MT _gcov_merge_single.o -MD -MP -MF _gcov_merge_single.dep -DL_gcov_merge_single -c ../../../src/libgcc/libgcov.c In file included from /usr/include/stdio.h:28:0, from ../../../src/libgcc/../gcc/tsystem.h:87, from ../../../src/libgcc/libgcov.c:27: /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory #include ^ compilation terminated. [...] Turns out that the detection of the SPE case is done via rs6000/e500-double.h in $(tm_file_list), but e500-double.h was removed recently, and hence not added anymore to $(tm_file_list). However, in the SPE (i.e. e500v2) case, with_cpu is set exactly to 8548 in config.gcc. I solved this in gcc/config/rs6000/t-linux by replacing the line MULTIARCH_DIRNAME = powerpc-linux-gnuspe$(if $(findstring rs6000/e500-double.h, $(tm_file_list)),,v1) with MULTIARCH_DIRNAME = powerpc-linux-gnuspe$(if $(findstring 8548,$(with_cpu)),,v1) Thanks!
[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57389 Roland Stigge changed: What|Removed |Added CC||stigge at antcom dot de --- Comment #6 from Roland Stigge --- Hi! I can confirm that the last patch fixes the gcc build issue. Can this please get applied? Thanks!
[Bug libstdc++/57386] ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386 --- Comment #4 from Roland Stigge --- FWIW, I just tried with GCC 4.7.3, configured and built the same way, and it works. The files libstdc++-v3/src/c++98/hash_tr1.cc libstdc++-v3/src/c++98/hash-long-double-tr1-aux.cc haven't changed really.
[Bug libstdc++/57386] ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386 --- Comment #2 from Roland Stigge --- Unfortunately, basically same issue: ... /bin/bash ../../../libtool --tag CXX --tag disable-shared --mode=compile /home/ernie/gcc-4.8-4.8.1 /build2/./gcc/xgcc -shared-libgcc -B/home/ernie/gcc-4.8-4.8.1/build2/./gcc -nostdinc++ -L/home/ernie /gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/src -L/home/ernie/gcc-4.8-4.8.1/build2/power pc-linux-gnuspe/libstdc++-v3/src/.libs -B/usr/powerpc-linux-gnuspe/bin/ -B/usr/powerpc-linux-gnuspe/ lib/ -isystem /usr/powerpc-linux-gnuspe/include -isystem /usr/powerpc-linux-gnuspe/sys-include-I /home/ernie/gcc-4.8-4.8.1/gcc-4.8.1/libstdc++-v3/../libgcc -I/home/ernie/gcc-4.8-4.8.1/build2/powerp c-linux-gnuspe/libstdc++-v3/include/powerpc-linux-gnuspe -I/home/ernie/gcc-4.8-4.8.1/build2/powerpc- linux-gnuspe/libstdc++-v3/include -I/home/ernie/gcc-4.8-4.8.1/gcc-4.8.1/libstdc++-v3/libsupc++ -pre fer-pic -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi - fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=hash_tr1.lo -gd warf-4 -g3 -O0 -c -o hash_tr1.lo ../../../../../../gcc-4.8.1/libstdc++-v3/src/c++98/hash_tr1.cc libtool: compile: /home/ernie/gcc-4.8-4.8.1/build2/./gcc/xgcc -shared-libgcc -B/home/ernie/gcc-4.8- 4.8.1/build2/./gcc -nostdinc++ -L/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/ src -L/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/src/.libs -B/usr/powerpc-li nux-gnuspe/bin/ -B/usr/powerpc-linux-gnuspe/lib/ -isystem /usr/powerpc-linux-gnuspe/include -isystem /usr/powerpc-linux-gnuspe/sys-include -I/home/ernie/gcc-4.8-4.8.1/gcc-4.8.1/libstdc++-v3/../libgcc -I/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/include/powerpc-linux-gnuspe -I/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/include -I/home/ernie/gcc-4.8-4.8.1/gcc-4.8.1/libstdc++-v3/libsupc++ -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=hash_tr1.lo -gdwarf-4 -g3 -O0 -c ../../../../../../gcc-4.8.1/libstdc++-v3/src/c++98/hash_tr1.cc -fPIC -DPIC -D_GLIBCXX_SHARED -o hash_tr1.o In file included from ../../../../../../gcc-4.8.1/libstdc++-v3/src/c++98/hash_tr1.cc:28:0: ../../../../../../gcc-4.8.1/libstdc++-v3/src/c++98/hash-long-double-tr1-aux.cc: In member function 'std::size_t std::tr1::hash<_Tp>::operator()(_Tp) const [with _Tp = long double; std::size_t = unsigned int]': ../../../../../../gcc-4.8.1/libstdc++-v3/src/c++98/hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn: } ^ (insn 318 317 178 12 (set (reg:TI 4 4) (mem/c:TI (plus:SI (reg:SI 5 5) (const_int 256 [0x100])) [0 %sfp+256 S16 A128])) ../../../../../../gcc-4.8.1/libstdc++-v3/src/c++98/hash-long-double-tr1-aux.cc:49 -1 (nil)) ../../../../../../gcc-4.8.1/libstdc++-v3/src/c++98/hash-long-double-tr1-aux.cc:54:7: internal compiler error: in extract_insn, at recog.c:2150 0x10861797 _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) ../../gcc-4.8.1/gcc/rtl-error.c:109 0x108617eb _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) ../../gcc-4.8.1/gcc/rtl-error.c:117 0x107fb863 extract_insn(rtx_def*) ../../gcc-4.8.1/gcc/recog.c:2150 0x107fb3a3 extract_insn_cached(rtx_def*) ../../gcc-4.8.1/gcc/recog.c:2053 0x105624df cleanup_subreg_operands(rtx_def*) ../../gcc-4.8.1/gcc/final.c:3008 0x10840cef reload(rtx_def*, int) ../../gcc-4.8.1/gcc/reload1.c:1240 0x106b5d37 do_reload ../../gcc-4.8.1/gcc/ira.c:4631 0x106b6033 rest_of_handle_reload ../../gcc-4.8.1/gcc/ira.c:4731 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. make[8]: *** [hash_tr1.lo] Error 1 make[8]: Leaving directory `/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/src/debug/c++98' make[7]: *** [all-recursive] Error 1 make[7]: Leaving directory `/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/src/debug' make[6]: *** [build-debug] Error 2 make[6]: Leaving directory `/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/src' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3/src' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/ernie/gcc-4.8-4.8.1/build2/powerpc-linux-gnuspe/libstdc++-v3' make[2]: *** [all-stage1-target-libstdc++-v3] Error 2 ... Configuration was done like this: ../gcc-4.8.1/configure -v --with-pkgversion='Debian 4.8.1' --with-bugurl='file:///usr/share/doc/gcc-4.8/README.Bugs' --e
[Bug libstdc++/57386] New: ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57386 Bug ID: 57386 Summary: ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: stigge at antcom dot de Created attachment 30173 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30173&action=edit debug file from ICE ICE: hash-long-double-tr1-aux.cc:54:7: error: unrecognizable insn Hi, on powerpc SPE (e500v2) native compiling of gcc 4.8.0 (on current Debian "sid"), I get: libtool: compile: /home/ernie/gcc-4.8-4.8.0/build/./gcc/xgcc -shared-libgcc -B/home/ernie/gcc-4.8-4.8.0/build/./gcc -nostdinc++ -L/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/src -L/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/src/.libs -B/usr/powerpc-linux-gnuspe/bin/ -B/usr/powerpc-linux-gnuspe/lib/ -isystem /usr/powerpc-linux-gnuspe/include -isystem /usr/powerpc-linux-gnuspe/sys-include -isystem /home/ernie/gcc-4.8-4.8.0/build/sys-include -I/home/ernie/gcc-4.8-4.8.0/src/libstdc++-v3/../libgcc -I/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/include/powerpc-linux-gnuspe -I/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/include -I/home/ernie/gcc-4.8-4.8.0/src/libstdc++-v3/libsupc++ -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=hash_tr1.lo -gdwarf-4 -g3 -O0 -c ../../../../../../src/libstdc++-v3/src/c++98/hash_tr1.cc -fPIC -DPIC -D_GLIBCXX_SHARED -o hash_tr1.o /bin/bash ../../../libtool --tag CXX --tag disable-shared --mode=compile /home/ernie/gcc-4.8-4.8.0/build/./gcc/xgcc -shared-libgcc -B/home/ernie/gcc-4.8-4.8.0/build/./gcc -nostdinc++ -L/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/src -L/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/src/.libs -B/usr/powerpc-linux-gnuspe/bin/ -B/usr/powerpc-linux-gnuspe/lib/ -isystem /usr/powerpc-linux-gnuspe/include -isystem /usr/powerpc-linux-gnuspe/sys-include -isystem /home/ernie/gcc-4.8-4.8.0/build/sys-include -I/home/ernie/gcc-4.8-4.8.0/src/libstdc++-v3/../libgcc -I/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/include/powerpc-linux-gnuspe -I/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/include -I/home/ernie/gcc-4.8-4.8.0/src/libstdc++-v3/libsupc++ -prefer-pic -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=hashtable_tr1.lo -gdwarf-4 -g3 -O0 -c -o hashtable_tr1.lo ../../../../../../src/libstdc++-v3/src/c++98/hashtable_tr1.cc libtool: compile: /home/ernie/gcc-4.8-4.8.0/build/./gcc/xgcc -shared-libgcc -B/home/ernie/gcc-4.8-4.8.0/build/./gcc -nostdinc++ -L/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/src -L/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/src/.libs -B/usr/powerpc-linux-gnuspe/bin/ -B/usr/powerpc-linux-gnuspe/lib/ -isystem /usr/powerpc-linux-gnuspe/include -isystem /usr/powerpc-linux-gnuspe/sys-include -isystem /home/ernie/gcc-4.8-4.8.0/build/sys-include -I/home/ernie/gcc-4.8-4.8.0/src/libstdc++-v3/../libgcc -I/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/include/powerpc-linux-gnuspe -I/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/include -I/home/ernie/gcc-4.8-4.8.0/src/libstdc++-v3/libsupc++ -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=hashtable_tr1.lo -gdwarf-4 -g3 -O0 -c ../../../../../../src/libstdc++-v3/src/c++98/hashtable_tr1.cc -fPIC -DPIC -D_GLIBCXX_SHARED -o hashtable_tr1.o /bin/bash ../../../libtool --tag CXX --tag disable-shared --mode=compile /home/ernie/gcc-4.8-4.8.0/build/./gcc/xgcc -shared-libgcc -B/home/ernie/gcc-4.8-4.8.0/build/./gcc -nostdinc++ -L/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/src -L/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/src/.libs -B/usr/powerpc-linux-gnuspe/bin/ -B/usr/powerpc-linux-gnuspe/lib/ -isystem /usr/powerpc-linux-gnuspe/include -isystem /usr/powerpc-linux-gnuspe/sys-include -isystem /home/ernie/gcc-4.8-4.8.0/build/sys-include -I/home/ernie/gcc-4.8-4.8.0/src/libstdc++-v3/../libgcc -I/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/include/powerpc-linux-gnuspe -I/home/ernie/gcc-4.8-4.8.0/build/powerpc-linux-gnuspe/libstdc++-v3/include -I/home/ernie/gcc-4.8-4.8.0/src/libstdc++-v3/libsupc++ -prefer-pic -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-s
[Bug libgcc/57353] New: unrecognizable insn in decLibrary.c, ICE in extract_insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57353 Bug ID: 57353 Summary: unrecognizable insn in decLibrary.c, ICE in extract_insn Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc Assignee: unassigned at gcc dot gnu.org Reporter: stigge at antcom dot de Created attachment 30153 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30153&action=edit debug file from ICE Subject: unrecognizable insn in decLibrary.c, ICE in extract_insn Hi, on Debian's powerpcspe (i.e. powerpc e500v2, gnuspe), I encountered the following while building the latest gcc snapshot: ... /home/ernie/gcc-snapshot-20130509/build/./gcc/xgcc -B/home/ernie/gcc-snapshot-20130509/build/./gcc/ -B/usr/lib/gcc-snapshot/powerpc-linux-gnuspe/bin/ -B/usr/lib/gcc-snapshot/powerpc-linux-gnuspe/lib/ -isystem /usr/lib/gcc-snapshot/powerpc-linux-gnuspe/include -isystem /usr/lib/gcc-snapshot/powerpc-linux-gnuspe/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 -mlong-double-128 -mno-minimal-toc -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fPIC -mlong-double-128 -mno-minimal-toc -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -I../../../src/libgcc/../libdecnumber/dpd -I../../../src/libgcc/../libdecnumber -DHAVE_CC_TLS -o decDouble.o -MT decDouble.o -MD -MP -MF decDouble.dep -c ../../../src/libgcc/../libdecnumber/decDouble.c ../../../src/libgcc/../libdecnumber/decLibrary.c: In function 'isinfd64': ../../../src/libgcc/../libdecnumber/decLibrary.c:60:1: error: unrecognizable insn: } ^ (insn 2 4 3 2 (set (reg/v:DD 125 [ arg ]) (reg:DD 3 3 [ arg ])) ../../../src/libgcc/../libdecnumber/decLibrary.c:53 -1 (nil)) ../../../src/libgcc/../libdecnumber/decLibrary.c:60:1: internal compiler error: in extract_insn, at recog.c:2154 0x1086917f _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) ../../src/gcc/rtl-error.c:109 0x108691d3 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) ../../src/gcc/rtl-error.c:117 0x10801bd7 extract_insn(rtx_def*) ../../src/gcc/recog.c:2154 0x10573667 instantiate_virtual_regs_in_insn ../../src/gcc/function.c:1561 0x105752c3 instantiate_virtual_regs ../../src/gcc/function.c:1926 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. Preprocessed source stored into /tmp/ccLwS90V.out file, please attach this to your bugreport. make[5]: *** [decLibrary.o] Error 1 make[5]: *** Waiting for unfinished jobs make[5]: Leaving directory `/home/ernie/gcc-snapshot-20130509/build/powerpc-linux-gnuspe/libgcc' make[4]: *** [all-stage1-target-libgcc] Error 2 make[4]: Leaving directory `/home/ernie/gcc-snapshot-20130509/build' ... Attaching the cited debug file ccLwS90V.out Thanks in advance, Roland
[Bug translation/56987] New: gcc/config/avr/avr.opt:80: "change" -> "changed"?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56987 Bug #: 56987 Summary: gcc/config/avr/avr.opt:80: "change" -> "changed"? Classification: Unclassified Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de Translatable string: gcc/config/avr/avr.opt:80: "Warn if the address space of an address is change." -> "changed"?
[Bug translation/56986] New: config/epiphany/epiphany.opt:108: "floatig"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56986 Bug #: 56986 Summary: config/epiphany/epiphany.opt:108: "floatig" Classification: Unclassified Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de Translatable string: config/epiphany/epiphany.opt:108: "floatig" -> "floating"?
[Bug translation/56985] New: gcc/fortran/resolve.c:920: "'%s' in cannot appear in COMMON ..."
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56985 Bug #: 56985 Summary: gcc/fortran/resolve.c:920: "'%s' in cannot appear in COMMON ..." Classification: Unclassified Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de In gcc/fortran/resolve.c:920: "'%s' in cannot appear in COMMON ..." -> I guess the "in" is not intended?
[Bug translation/56591] New: Missing space
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56591 Bug #: 56591 Summary: Missing space Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de gcc/config/avr/avr.c:2234:"Unsupported code '%c'for fixed-point:"
[Bug translation/53764] New: Typo in translatable string: "literalto"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53764 Bug #: 53764 Summary: Typo in translatable string: "literalto" Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de Created attachment 27696 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27696 Patch that fixes it Typo in translatable string: "literalto": Comes from wrong C style string linebreak. gcc/go/gofrontend/parse.cc: 2900: Patch attached.
[Bug translation/52289] New: translatable string typo: "must not be have"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52289 Bug #: 52289 Summary: translatable string typo: "must not be have" Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de gcc/fortran/resolve.c:9234: "Coindexed variable must not be have " ... -> "must not have" (or "must not be"?)
[Bug translation/52284] New: translatable string typo: "compatable"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52284 Bug #: 52284 Summary: translatable string typo: "compatable" Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de gcc/config/rx/rx.opt:90: "... The default is to generate GAS compatable syntax." -> "... compatible ..."
[Bug translation/52273] New: translatable string typo: "at at %L"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52273 Bug #: 52273 Summary: translatable string typo: "at at %L" Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de See gcc/fortran/interface.c:2431 Further, there is a single quotation mark missing in the same string: "%s'" should be "'%s'". Compare similar one in line 2445.
[Bug translation/52264] New: translatable string typo: "refernece"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52264 Bug #: 52264 Summary: translatable string typo: "refernece" Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de gcc/cgraphunit.c:670: "Alias has non-alias refernece" -> "... reference
[Bug translation/52262] New: translatable string typos (3): "REAl"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52262 Bug #: 52262 Summary: translatable string typos (3): "REAl" Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de E.g. "Interpret any REAl(4) as a REAL(8)" 1. gcc/fortran/lang.opt:503 2. gcc/fortran/lang.opt:511 3. gcc/fortran/lang.opt:523
[Bug translation/52246] New: translatable string typo: plural use ("one translatable objects")
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52246 Bug #: 52246 Summary: translatable string typo: plural use ("one translatable objects") Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de I guess this is wrong, one way or another: ... "with more than a single allocate objects" (gcc/fortran/match.c:3664)
[Bug translation/52245] New: translatable string: "Fortran F2003"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52245 Bug #: 52245 Summary: translatable string: "Fortran F2003" Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de In fortran/io.c:2019, I propose the change Fortran F2003 to Fortran 2003 for consistency with the other (similar) messages (e.g. line 1968).
[Bug translation/52234] New: translatable string typo: "argument argument"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52234 Bug #: 52234 Summary: translatable string typo: "argument argument" Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de I guess "argument argument" should actually be "argument" in gcc/fortran/interface.c:2308
[Bug translation/52232] New: translatable string typos: "conindexed" (should be "coindexed")
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52232 Bug #: 52232 Summary: translatable string typos: "conindexed" (should be "coindexed") Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de Please change "conindexed" -> "coindexed" in: gcc/fortran/match.c:3790 gcc/fortran/check.c:911 gcc/fortran/check.c:947 gcc/fortran/check.c:2854 (based on svn r184153)
[Bug translation/52211] New: Typo in translatable string: "-fdisble" ("-fdisable")
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52211 Bug #: 52211 Summary: Typo in translatable string: "-fdisble" ("-fdisable") Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de See gcc/passes.c, currently line 712: error ("unknown pass %s specified in -fdisble", phase_name);
[Bug translation/52193] New: Bad translatable string: failed to reclaim unneeded functionin same comdat group
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52193 Bug #: 52193 Summary: Bad translatable string: failed to reclaim unneeded functionin same comdat group Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de gcc/cgraphunit.c, currently line 1440: "failed to reclaim unneeded functionin same comdat group" please fix to: "... function in ..." Thanks, Roland
[Bug translation/49704] gcc/cp/semantics.c: "unexpected ast"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49704 --- Comment #2 from Roland Stigge 2011-07-11 14:08:30 UTC --- Thanks! Can we please write upper case "AST" to make it clear that it's an acronym? E.g. "ast" is also a German word, similar to the English word "branch", and I guess many English speakers could also understand it as such.
[Bug translation/49704] New: gcc/cp/semantics.c: "unexpected ast"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49704 Summary: gcc/cp/semantics.c: "unexpected ast" Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de I can't see much sense in the translatable string "unexpected ast of kind %s". Maybe "cast" is meant? Otherwise please state a description for translators. Thanks!
[Bug translation/49517] New: Translation string typo in config/rx/rx.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49517 Summary: Translation string typo in config/rx/rx.c Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de Created attachment 24588 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24588 Typo fix in rx.c Typo, see attached patch.
[Bug translation/48640] New: gcc: tree-cfg.c: 2992: "operand in in TARGET_MEM_REF"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48640 Summary: gcc: tree-cfg.c: 2992: "operand in in TARGET_MEM_REF" Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de Minor typo (double "in") in tree-cfg.c: 2992.
[Bug translation/48638] New: gcc/plugin.c: "inacessible" -> "inaccessible"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48638 Summary: gcc/plugin.c: "inacessible" -> "inaccessible" Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de Minor spelling mistake, see Summary.
[Bug translation/47912] New: translatable string typo: params.def:869: "paritition"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47912 Summary: translatable string typo: params.def:869: "paritition" Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de Please fix "Size of minimal paritition for WHOPR (in estimated instructions)" -> "Size of minimal partition for WHOPR (in estimated instructions)"
[Bug translation/47911] New: gettext string typo: params.def:861: parition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47911 Summary: gettext string typo: params.def:861: parition Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de At params.def:861, please change "parition" -> "partition"
[Bug translation/47064] New: params.def: Translatable string compilatoin (vs. compilation)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47064 Summary: params.def: Translatable string compilatoin (vs. compilation) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassig...@gcc.gnu.org ReportedBy: sti...@antcom.de params.def:123: The translatable string "Probability that COMDAT function will be shared with different compilatoin unit" should be corrected with respect to the word "compilatoin" (should be "compilation")
[Bug translation/26987] German translation of gcc 4.1
--- Comment #8 from stigge at antcom dot de 2007-11-13 04:38 --- Fixed now. Thanks for your care. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26987
[Bug translation/26987] German translation of gcc 4.1
--- Comment #5 from stigge at antcom dot de 2006-04-03 07:12 --- It's not that we need special casing for a certain language: The TP robot is generally broken (doesn't respond to translator's requests). I reported it there several times, to no avail. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26987
[Bug translation/26987] German translation of gcc 4.1
--- Comment #2 from stigge at antcom dot de 2006-04-02 22:08 --- Attaching the files themselves makes the mail for the list too big. GZipping them makes the spam checker reject them. Any idea? Remember: po file patches tend to be quite big for gcc, sometimes bigger than the file itself, and due to the translator's input being (re-)generated, there are sometimes changes without actual translation updates (e.g. line numbers.) Please consider incorporating the above linked files themselves, or look at the diff yourself, since I don't know to which version you want to apply the patch to. 4.1.0? 4.1.1? CVS? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26987
[Bug translation/26987] New: German translation of gcc 4.1
Hi, the gcc and cpplib domains have been completely translated to German for a while. Unfortunately, the Translation Project file robot is broken. I'm the usual translator as for the previous gcc versions, and you can download the de.po files from http://antcom.de/i18n/ It would be frustrating doing all the work and not seeing it incorporated into gcc. Thanks. bye, Roland -- Summary: German translation of gcc 4.1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: stigge at antcom dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26987