Re: Proposed obsoletions
On Sun, 2005-06-05 12:41:43 -0400, Nathanael Nerode <[EMAIL PROTECTED]> wrote: > * vax-*-bsd* > * vax-*-sysv* > If anyone is still using these, GCC probably doesn't run already. I > certainly haven't seen any test results. Correct me if I'm wrong! > And after some staring, I think these are bad models for new ports. vax-*-sysv* is probably dead. NetBSD using a.out most probably, too. Though, vax-netbsdelf may be fine up. At least, I can get vax-linux (or vax-elf) compiler (only adding some 5 lines for configury) that works and produces a correctly working Linux kernel image (see eg. http://www.pergamentum.com/pipermail/linux-vax/2005-May/02.html). So VAXens shape isn't most probably all that bad right now. If you like, I'd submit the configury patch (by Kenn Humborg; copyright assignment should be in place right now) and at least submit a gcc test result for a i686-linux hosted vax-linux cross compiler. (But this doesn't look all that good because we haven't yet integrated userland support into gcc-HEAD nor an emulator to run tests on.) But after all, work is done on the VAX target (and two patches in my queue) in gcc as well as in binutils and there had been recent check-ins in both of these. As a side note: the uClibc folks do have a number of patches allowing gcc to configure against *-uclibc. How is the acceptance of these patches? MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O fuer einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: 4.2 Project: "@file" support
On Thu, 2005-08-25 12:31:34 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote: > Mark Mitchell <[EMAIL PROTECTED]> writes: > > I'm not sure what you're saying. The limitation on command-line > > length can be in either the shell, or the OS. In Windows 2000, the > > limitation comes primarily from the Windows command shell. > > Linux has a similar limit which comes from the OS (normally around 32k) > So it would be useful there for extreme cases too. Linux uses 32 pages, which results in 128KB on 4K architecture (eg. i386, m68k, sparc32, ...) or 256KB on 8K architectures (eg. Alpha, UltraSparc, ...). MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: 4.2 Project: "@file" support
On Thu, 2005-08-25 12:49:16 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote: > On Thursday 25 August 2005 12:45, Jan-Benedict Glaw wrote: > > Linux uses 32 pages, which results in 128KB on 4K architecture (eg. > > i386, m68k, sparc32, ...) or 256KB on 8K architectures (eg. Alpha, > > UltraSparc, ...). > > Yes you're right. Somehow I only remembered the number 32. > Anyways, it's still too small. I regularly run into the limit, although > normally not with gcc. Yup. Simple things like 'ls *' or 'rm -rf a*' can bring you all the joy. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
[BUILDROBOT] gcc21 fails to build tilegx-linux
> >::_M_get_insert_hint_unique_pos(std::_Rb_tree_const_iterator >, long long const&)': gen-mul-tables.cc:(.text._ZNSt8_Rb_treeIxSt4pairIKxP14ExpressionTreeESt10_Select1stIS4_ESt4lessIxESaIS4_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS4_ERS1_[_ZNSt8_Rb_treeIxSt4pairIKxP14ExpressionTreeESt10_Select1stIS4_ESt4lessIxESaIS4_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS4_ERS1_]+0x39): undefined reference to `std::_Rb_tree_decrement(std::_Rb_tree_node_base*)' gen-mul-tables.cc:(.text._ZNSt8_Rb_treeIxSt4pairIKxP14ExpressionTreeESt10_Select1stIS4_ESt4lessIxESaIS4_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS4_ERS1_[_ZNSt8_Rb_treeIxSt4pairIKxP14ExpressionTreeESt10_Select1stIS4_ESt4lessIxESaIS4_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS4_ERS1_]+0x6f): undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base*)' /tmp/ccGPqUhX.o: In function `main': gen-mul-tables.cc:(.text.startup+0x317): undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base*)' /tmp/ccGPqUhX.o:(.eh_frame+0x6d7): undefined reference to `__gxx_personality_v0' collect2: error: ld returned 1 exit status make[1]: *** [/scratch/4/jbglaw/regular/repos/gcc/gcc/config/tilegx/mul-tables.c] Error 1 make[1]: Leaving directory `/scratch/4/jbglaw/regular/build/tilegx-linux/build-gcc/gcc' make: *** [all-gcc] Error 2 The fprintf() warning could easily be silenced with a "%s". The next two warnings can also be cured with simple casts. However, I'm not sure about the linking error. `-lstdc++' is there, maybe it's too early? Or just compile/link it with g++ instead of gcc? MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Don't believe in miracles: Rely on them! the second : signature.asc Description: Digital signature
[BUILDROBOT] dwarf2out_do_cfi_startproc(bool)’: may write a terminating nul past the end of the destination
Hi!
When building for --target=sparc-leon-elf (using config-list.mk) with
a current GCC, I get this error message (cf.
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=632317):
g++ -fno-PIE -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-fno-common -DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos-configlist_mk/gcc/gcc
-I/home/jbglaw/repos-configlist_mk/gcc/gcc/.
-I/home/jbglaw/repos-configlist_mk/gcc/gcc/../include
-I/home/jbglaw/repos-configlist_mk/gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include
-I/home/jbglaw/repos-configlist_mk/gcc/gcc/../libdecnumber
-I/home/jbglaw/repos-configlist_mk/gcc/gcc/../libdecnumber/dpd
-I../libdecnumber -I/home/jbglaw/repos-configlist_mk/gcc/gcc/../libbacktrace
-o dwarf2out.o -MT dwarf2out.o -MMD -MP -MF ./.deps/dwarf2out.TPo
/home/jbglaw/repos-configlist_mk/gcc/gcc/dwarf2out.c
/home/jbglaw/repos-configlist_mk/gcc/gcc/dwarf2out.c: In function ‘void
dwarf2out_do_cfi_startproc(bool)’:
/home/jbglaw/repos-configlist_mk/gcc/gcc/dwarf2out.c:942:1: error: may write a
terminating nul past the end of the destination [-Werror=format-length=]
dwarf2out_do_cfi_startproc (bool second)
^~
/home/jbglaw/repos-configlist_mk/gcc/gcc/dwarf2out.c:973:36: note: format
output between 10 and 21 bytes into a destination of size 20
current_function_funcdef_no);
^
cc1plus: all warnings being treated as errors
Makefile:1102: recipe for target 'dwarf2out.o' failed
I haven't really tracked down since when that error/warning shows up
and whether or not it's valid, but maybe you might want to have a look?
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: "Debugging is twice as hard as writing the code in the first
place.
the second : Therefore, if you write the code as cleverly as possible, you
are,
by definition, not smart enough to debug it." - Brian W.
Kernighan
signature.asc
Description: Digital signature
[BUILDROBOT] s390.md:10630:9: error: this statement may fall through [-Werror=implicit-fallthrough=]
Hi! I noticed that building for --target=s390-linux-gnu (via config_list.mk) also hits the new fall-through checking code, see build http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=643406: [...] g++ -fno-PIE -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos-configlist_mk/gcc/gcc -I/home/jbglaw/repos-configlist_mk/gcc/gcc/. -I/home/jbglaw/repos-configlist_mk/gcc/gcc/../include -I/home/jbglaw/repos-configlist_mk/gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I/home/jbglaw/repos-configlist_mk/gcc/gcc/../libdecnumber -I/home/jbglaw/repos-configlist_mk/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/home/jbglaw/repos-configlist_mk/gcc/gcc/../libbacktrace -o insn-output.o -MT insn-output.o -MMD -MP -MF ./.deps/insn-output.TPo insn-output.c /home/jbglaw/repos-configlist_mk/gcc/gcc/config/s390/s390.md: In function ‘const char* output_1786(rtx_def**, rtx_insn*)’: /home/jbglaw/repos-configlist_mk/gcc/gcc/config/s390/s390.md:10630:9: error: this statement may fall through [-Werror=implicit-fallthrough=] if (larl_operand (operands[0], Pmode)) ^~ /home/jbglaw/repos-configlist_mk/gcc/gcc/config/s390/s390.md:10632:7: note: here default: ^~~ cc1plus: all warnings being treated as errors Makefile:1097: recipe for target 'insn-output.o' failed MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: 17:44 <@uschebit> Evangelist ist doch ein Vertriebler the second : für unverkäufliche Produkte, oder? (#korsett, 20120821) signature.asc Description: Digital signature
[BUILDROBOT] ICE in altivec_init_builtins, at config/rs6000/rs6000.c:17547
Hi!
Building current GCC with current GCC (using config_list.mk) for
--target=rs6000-ibm-aix5.3.0, I noticed a gcc_unreachable() during -fself-test,
see build
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=643401 :
[...]
/scratch/4/jbglaw/configlist/build/rs6000-ibm-aix5.3.0/build-gcc/mk/rs6000-ibm-aix5.3.0/./gcc/xgcc
-B/scratch/4/jbglaw/configlist/build/rs6000-ibm-aix5.3.0/build-gcc/mk/rs6000-ibm-aix5.3.0/./gcc/
-nostdinc -x c /dev/null -S -fself-test
: internal compiler error: in altivec_init_builtins, at
config/rs6000/rs6000.c:17547
0xe4357a altivec_init_builtins
/scratch/4/jbglaw/configlist/repos/gcc/gcc/config/rs6000/rs6000.c:17547
0xe4357a rs6000_init_builtins
/scratch/4/jbglaw/configlist/repos/gcc/gcc/config/rs6000/rs6000.c:16823
0x640a20 c_define_builtins
/scratch/4/jbglaw/configlist/repos/gcc/gcc/c-family/c-common.c:4027
0x640a20 c_common_nodes_and_builtins()
/scratch/4/jbglaw/configlist/repos/gcc/gcc/c-family/c-common.c:4495
0x593679 c_init_decl_processing()
/scratch/4/jbglaw/configlist/repos/gcc/gcc/c/c-decl.c:4097
0x5e17e8 c_objc_common_init()
/scratch/4/jbglaw/configlist/repos/gcc/gcc/c/c-objc-common.c:58
0x58306f lang_dependent_init
/scratch/4/jbglaw/configlist/repos/gcc/gcc/toplev.c:1775
0x58306f do_compile
/scratch/4/jbglaw/configlist/repos/gcc/gcc/toplev.c:1998
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [s-selftest] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: ...und wenn Du denkst, es geht nicht mehr,
the second : kommt irgendwo ein Lichtlein her.
signature.asc
Description: Digital signature
[buildrobot] arm-eabi broken
Hi! I noticed that between 704db68e45..f2de45326 (209463..r209495), probbaly in e2ec52cad85e (r209484), building for arm-eabi breaks: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/vaxbuild/repos/gcc/gcc -I/home/vaxbuild/repos/gcc/gcc/. -I/home/vaxbuild/repos/gcc/gcc/../include -I/home/vaxbuild/repos/gcc/gcc/../libcpp/include -I/home/vaxbuild/repos/gcc/gcc/../libdecnumber -I/home/vaxbuild/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/home/vaxbuild/repos/gcc/gcc/../libbacktrace-o arm.o -MT arm.o -MMD -MP -MF ./.deps/arm.TPo /home/vaxbuild/repos/gcc/gcc/config/arm/arm.c In file included from /home/vaxbuild/repos/gcc/gcc/rtl.h:24:0, from /home/vaxbuild/repos/gcc/gcc/config/arm/arm.c:28: /home/vaxbuild/repos/gcc/gcc/config/arm/arm.c: In function ‘void arm_print_operand(FILE*, rtx, int)’: /home/vaxbuild/repos/gcc/gcc/machmode.h:183:32: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] ? mode_size_inline (MODE) : mode_size[MODE])) ^ /home/vaxbuild/repos/gcc/gcc/config/arm/arm.c:21433:13: note: in expansion of macro ‘GET_MODE_SIZE’ if (GET_MODE_SIZE (mode) != 8 || !REG_P (x)) ^ /home/vaxbuild/repos/gcc/gcc/machmode.h:183:32: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] ? mode_size_inline (MODE) : mode_size[MODE])) [...] Seems the code was changed afterwards again, but even 7abf8754c7 (r209530) is still broken: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos/gcc/gcc -I/home/jbglaw/repos/gcc/gcc/. -I/home/jbglaw/repos/gcc/gcc/../include -I/home/jbglaw/repos/gcc/gcc/../libcpp/include -I/home/jbglaw/repos/gcc/gcc/../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o arm.o -MT arm.o -MMD -MP -MF ./.deps/arm.TPo /home/jbglaw/repos/gcc/gcc/config/arm/arm.c /home/jbglaw/repos/gcc/gcc/config/arm/arm.c: In function ‘void arm_print_operand(FILE*, rtx, int)’: /home/jbglaw/repos/gcc/gcc/config/arm/arm.c:21433:84: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] /home/jbglaw/repos/gcc/gcc/config/arm/arm.c:21458:77: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] /home/jbglaw/repos/gcc/gcc/config/arm/arm.c:21493:85: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] /home/jbglaw/repos/gcc/gcc/config/arm/arm.c:21494:81: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] /home/jbglaw/repos/gcc/gcc/config/arm/arm.c:21507:84: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] /home/jbglaw/repos/gcc/gcc/config/arm/arm.c:21626:84: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] /home/jbglaw/repos/gcc/gcc/config/arm/arm.c:21660:84: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] /home/jbglaw/repos/gcc/gcc/config/arm/arm.c: In function ‘void thumb_exit(FILE*, int)’: /home/jbglaw/repos/gcc/gcc/config/arm/arm.c:25960:85: error: invalid conversion from ‘int’ to ‘machine_mode’ [-fpermissive] make[1]: *** [arm.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Arroganz verkürzt fruchtlose Gespräche. the second : -- Jan-Benedict Glaw signature.asc Description: Digital signature
Re: [buildrobot] arm-eabi broken
Hi!
On Sat, 2014-04-19 21:54:07 +0200, Jan-Benedict Glaw wrote:
[...]
sparc64-linux looks similar at 7abf8754c7 (r209530):
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common
-DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos/gcc/gcc
-I/home/jbglaw/repos/gcc/gcc/. -I/home/jbglaw/repos/gcc/gcc/../include
-I/home/jbglaw/repos/gcc/gcc/../libcpp/include -I/opt/cfarm/gmp-latest/include
-I/opt/cfarm/mpfr-latest/include -I/opt/cfarm/mpc-latest/include
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o sparc.o -MT sparc.o -MMD -MP
-MF ./.deps/sparc.TPo /home/jbglaw/repos/gcc/gcc/config/sparc/sparc.c
In file included from /home/jbglaw/repos/gcc/gcc/tree-core.h:24:0,
from /home/jbglaw/repos/gcc/gcc/tree.h:23,
from /home/jbglaw/repos/gcc/gcc/config/sparc/sparc.c:27:
/home/jbglaw/repos/gcc/gcc/config/sparc/sparc.c: In function 'void
sparc_init_modes()':
/home/jbglaw/repos/gcc/gcc/machmode.h:183:32: error: invalid conversion from
'int' to 'machine_mode' [-fpermissive]
? mode_size_inline (MODE) : mode_size[MODE]))
^
/home/jbglaw/repos/gcc/gcc/config/sparc/sparc.c:4829:8: note: in expansion of
macro 'GET_MODE_SIZE'
if (GET_MODE_SIZE (i) < 4)
^
/home/jbglaw/repos/gcc/gcc/machmode.h:183:32: error: invalid conversion from
'int' to 'machine_mode' [-fpermissive]
? mode_size_inline (MODE) : mode_size[MODE]))
^
[...]
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of:Lauf nicht vor Deinem Glück davon:
the second : Es könnte hinter Dir stehen!
signature.asc
Description: Digital signature
Re: [buildrobot] m32r-elf broken
On Sat, 2014-04-19 21:54:07 +0200, Jan-Benedict Glaw wrote: [...] m32r-elf looks similar, too: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos/gcc/gcc -I/home/jbglaw/repos/gcc/gcc/. -I/home/jbglaw/repos/gcc/gcc/../include -I/home/jbglaw/repos/gcc/gcc/../libcpp/include -I/home/jbglaw/repos/gcc/gcc/../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o m32r.o -MT m32r.o -MMD -MP -MF ./.deps/m32r.TPo /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c: In function ‘void init_reg_tables()’: /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c:290: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c:292: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c:294: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c:296: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c:303: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c:305: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c:307: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/m32r/m32r.c:309: error: invalid conversion from ‘int’ to ‘machine_mode’ make[1]: *** [m32r.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Arroganz verkürzt fruchtlose Gespräche. the second : -- Jan-Benedict Glaw signature.asc Description: Digital signature
Re: [buildrobot] sparc64-linux broken
On Sat, 2014-04-19 21:54:07 +0200, Jan-Benedict Glaw wrote: > Hi! > > I noticed that between 704db68e45..f2de45326 (209463..r209495), > probbaly in e2ec52cad85e (r209484), building for arm-eabi breaks: For sparc64-linux, things look like this (cf. http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=203150): g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos/gcc/gcc -I/home/jbglaw/repos/gcc/gcc/. -I/home/jbglaw/repos/gcc/gcc/../include -I/home/jbglaw/repos/gcc/gcc/../libcpp/include -I/home/jbglaw/repos/gcc/gcc/../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o tree.o -MT tree.o -MMD -MP -MF ./.deps/tree.TPo /home/jbglaw/repos/gcc/gcc/tree.c /home/jbglaw/repos/gcc/gcc/tree.c: In function ‘void tree_range_check_failed(const tree_node*, const char*, int, const char*, tree_code, tree_code)’: /home/jbglaw/repos/gcc/gcc/tree.c:9246: warning: comparison between signed and unsigned integer expressions /home/jbglaw/repos/gcc/gcc/tree.c:9253: warning: comparison between signed and unsigned integer expressions /home/jbglaw/repos/gcc/gcc/tree.c: In function ‘void omp_clause_range_check_failed(const tree_node*, const char*, int, const char*, omp_clause_code, omp_clause_code)’: /home/jbglaw/repos/gcc/gcc/tree.c:9307: warning: comparison between signed and unsigned integer expressions /home/jbglaw/repos/gcc/gcc/tree.c:9314: warning: comparison between signed and unsigned integer expressions /home/jbglaw/repos/gcc/gcc/tree.c: In function ‘void warn_deprecated_use(tree_node*, tree_node*)’: /home/jbglaw/repos/gcc/gcc/tree.c:12076: warning: unknown conversion type character ‘r’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12076: warning: format ‘%d’ expects type ‘int’, but argument 5 has type ‘const char*’ /home/jbglaw/repos/gcc/gcc/tree.c:12076: warning: unknown conversion type character ‘R’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12076: warning: format ‘%s’ expects type ‘char*’, but argument 6 has type ‘int’ /home/jbglaw/repos/gcc/gcc/tree.c:12076: warning: too many arguments for format /home/jbglaw/repos/gcc/gcc/tree.c:12080: warning: unknown conversion type character ‘r’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12080: warning: format ‘%d’ expects type ‘int’, but argument 5 has type ‘const char*’ /home/jbglaw/repos/gcc/gcc/tree.c:12080: warning: unknown conversion type character ‘R’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12080: warning: too many arguments for format /home/jbglaw/repos/gcc/gcc/tree.c:12105: warning: unknown conversion type character ‘E’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12105: warning: unknown conversion type character ‘r’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12105: warning: format ‘%s’ expects type ‘char*’, but argument 3 has type ‘tree_node*’ /home/jbglaw/repos/gcc/gcc/tree.c:12105: warning: format ‘%d’ expects type ‘int’, but argument 4 has type ‘const char*’ /home/jbglaw/repos/gcc/gcc/tree.c:12105: warning: unknown conversion type character ‘R’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12105: warning: too many arguments for format /home/jbglaw/repos/gcc/gcc/tree.c:12109: warning: unknown conversion type character ‘E’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12109: warning: unknown conversion type character ‘r’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12109: warning: format ‘%s’ expects type ‘char*’, but argument 3 has type ‘tree_node*’ /home/jbglaw/repos/gcc/gcc/tree.c:12109: warning: format ‘%d’ expects type ‘int’, but argument 4 has type ‘const char*’ /home/jbglaw/repos/gcc/gcc/tree.c:12109: warning: unknown conversion type character ‘R’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12109: warning: too many arguments for format /home/jbglaw/repos/gcc/gcc/tree.c:12116: warning: unknown conversion type character ‘r’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12116: warning: format ‘%d’ expects type ‘int’, but argument 4 has type ‘const char*’ /home/jbglaw/repos/gcc/gcc/tree.c:12116: warning: unknown conversion type character ‘R’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12116: warning: format ‘%s’ expects type ‘char*’, but argument 5 has type ‘int’ /home/jbglaw/repos/gcc/gcc/tree.c:12116: warning: too many arguments for format /home/jbglaw/repos/gcc/gcc/tree.c:12120: warning: unknown conversion type character ‘r’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12120: warning: format ‘%d’ expects type ‘int’, but argument 4 has type ‘const char*’ /home/jbglaw/repos/gcc/gcc/tree.c:12120: warning: unknown conversion type character ‘R’ in format /home/jbglaw/repos/gcc/gcc/tree.c:12120: warning: too many arguments for format /home/jbglaw/repos/gcc/gcc/
[buildrobot] SH broken
Hi!
Between e4b851a364..130ab9aafd (= r209457..r209513), most probably
with 65b0537f9e (= r209482), I see failures for eg. sh64-linux (though
only when built with config-list.mk):
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
-DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../../gcc/gcc/../libbacktrace-I. -I. -I../../../gcc/gcc
-I../../../gcc/gcc/. -I../../../gcc/gcc/../include
-I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include
-I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber -I../../../gcc/gcc/../libbacktrace
../../../gcc/gcc/config/sh/sh_treg_combine.cc
In file included from ../../../gcc/gcc/config/sh/sh_treg_combine.cc:32:0:
../../../gcc/gcc/tree-pass.h:99:24: error: ‘virtual unsigned int
opt_pass::execute(function*)’ was hidden [-Werror=overloaded-virtual]
virtual unsigned int execute (function *fun);
^
../../../gcc/gcc/config/sh/sh_treg_combine.cc:428:24: error: by ‘virtual
unsigned int sh_treg_combine::execute()’ [-Werror=overloaded-virtual]
virtual unsigned int execute (void);
^
cc1plus: all warnings being treated as errors
make[2]: *** [sh_treg_combine.o] Error 1
Should be easy to fix by renaming sh's execute().
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Fortschritt bedeutet, einen Schritt so zu machen,
the second : daß man den nächsten auch noch machen kann.
signature.asc
Description: Digital signature
Re: [buildrobot] SH broken
Hi Trevor! On Thu, 2014-04-24 11:39:17 -0400, Trevor Saunders wrote: > On Thu, Apr 24, 2014 at 04:24:37PM +0200, Jan-Benedict Glaw wrote: > > Between e4b851a364..130ab9aafd (= r209457..r209513), most probably > > with 65b0537f9e (= r209482), I see failures for eg. sh64-linux (though > > only when built with config-list.mk): [...] > no, that was a bug in r209483, which I think I fixed by commit the below > as r209751 Ah, I missed that commit and that combination wasn't "recently" built. (Next built will probbaly be noon, tomorrow.) Thanks for already having it fixed faster than light! :) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: "Debugging is twice as hard as writing the code in the first place. the second : Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan signature.asc Description: Digital signature
[buildrobot] ARM: Missing initializers for Cortex A8
Hi! Seems the new cost model for Cortex A8 is missing two initializer fields: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o arm.o -MT arm.o -MMD -MP -MF ./.deps/arm.TPo ../../../gcc/gcc/config/arm/arm.c ../../../gcc/gcc/config/arm/arm.c:1714:1: error: missing initializer for member ‘tune_params::disparage_flag_setting_t16_encodings’ [-Werror=missing-field-initializers] }; ^ ../../../gcc/gcc/config/arm/arm.c:1714:1: error: missing initializer for member ‘tune_params::disparage_partial_flag_setting_t16_encodings’ [-Werror=missing-field-initializers] cc1plus: all warnings being treated as errors make[2]: *** [arm.o] Error 1 (Cf. http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=207555) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Träume nicht von Deinem Leben: Lebe Deinen Traum! the second : signature.asc Description: Digital signature
Re: [buildrobot] arc-elf broken
Hi! On Sat, 2014-04-19 21:54:07 +0200, Jan-Benedict Glaw wrote: > I noticed that between 704db68e45..f2de45326 (209463..r209495), > probbaly in e2ec52cad85e (r209484), building for arm-eabi breaks: I oversaw this one for arc-elf: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos/gcc/gcc -I/home/jbglaw/repos/gcc/gcc/. -I/home/jbglaw/repos/gcc/gcc/../include -I/home/jbglaw/repos/gcc/gcc/../libcpp/include -I/home/jbglaw/repos/gcc/gcc/../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o arc.o -MT arc.o -MMD -MP -MF ./.deps/arc.TPo /home/jbglaw/repos/gcc/gcc/config/arc/arc.c /home/jbglaw/repos/gcc/gcc/config/arc/arc.c: In function ‘machine_mode arc_select_cc_mode(rtx_code, rtx_def*, rtx_def*)’: /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:997: error: cannot convert ‘bool’ to ‘machine_mode’ for argument ‘1’ to ‘unsigned char mode_size_inline(machine_mode)’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c: In function ‘void arc_init_reg_tables()’: /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1141: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1143: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1145: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1147: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1154: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1156: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1158: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1160: error: invalid conversion from ‘int’ to ‘machine_mode’ /home/jbglaw/repos/gcc/gcc/config/arc/arc.c: In function ‘tree_node* arc_handle_interrupt_attribute(tree_node**, tree_node*, tree_node*, int, bool*)’: /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1408: warning: unknown conversion type character ‘E’ in format /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1408: warning: too many arguments for format /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1416: warning: unknown conversion type character ‘E’ in format /home/jbglaw/repos/gcc/gcc/config/arc/arc.c:1416: warning: too many arguments for format make[1]: *** [arc.o] Error 1 The "cannot convert ‘bool’ to ‘machine_mode" error seems to be actually a wrongly placed ')'. Full build logs can be found at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=210778 (GCC build log is http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=1604127). MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:If it doesn't work, force it. the second : If it breaks, it needed replacing anyway. signature.asc Description: Digital signature
Re: we are starting the wide int merge
On Tue, 2014-05-06 12:20:54 -0700, Mike Stump wrote: > On May 6, 2014, at 8:19 AM, Kenneth Zadeck wrote: > > please hold off on committing patches for the next couple of hours as we > > have a very large merge to do. > > thanks. > > All done… It is in. Just found one more: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/vaxbuild/repos/gcc/gcc -I/home/vaxbuild/repos/gcc/gcc/. -I/home/vaxbuild/repos/gcc/gcc/../include -I/home/vaxbuild/repos/gcc/gcc/../libcpp/include -I/home/vaxbuild/repos/gcc/gcc/../libdecnumber -I/home/vaxbuild/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/home/vaxbuild/repos/gcc/gcc/../libbacktrace-o loop-iv.o -MT loop-iv.o -MMD -MP -MF ./.deps/loop-iv.TPo /home/vaxbuild/repos/gcc/gcc/loop-iv.c In file included from /home/vaxbuild/repos/gcc/gcc/real.h:25:0, from /home/vaxbuild/repos/gcc/gcc/rtl.h:27, from /home/vaxbuild/repos/gcc/gcc/loop-iv.c:54: /home/vaxbuild/repos/gcc/gcc/wide-int.h: In instantiation of ‘fixed_wide_int_storage::fixed_wide_int_storage(const T&) [with T = long long unsigned int; int N = 160]’: /home/vaxbuild/repos/gcc/gcc/wide-int.h:724:15: required from ‘generic_wide_int::generic_wide_int(const T&) [with T = long long unsigned int; storage = fixed_wide_int_storage<160>]’ /home/vaxbuild/repos/gcc/gcc/loop-iv.c:2628:48: required from here /home/vaxbuild/repos/gcc/gcc/wide-int.h:1172:45: error: incomplete type ‘wi::int_traits’ used in nested name specifier WI_BINARY_RESULT (T, FIXED_WIDE_INT (N)) *assertion ATTRIBUTE_UNUSED; ^ /home/vaxbuild/repos/gcc/gcc/wide-int.h:1173:47: error: incomplete type ‘wi::int_traits’ used in nested name specifier wi::copy (*this, WIDE_INT_REF_FOR (T) (x, N)); ^ make[1]: *** [loop-iv.o] Error 1 This happened for bfin-elf, see http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=220155 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Don't believe in miracles: Rely on them! the second : signature.asc Description: Digital signature
iq2000-elf: wide-int fallout (was: we are starting the wide int merge)
[...] Just found this for iq2000: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos/gcc/gcc -I/home/jbglaw/repos/gcc/gcc/. -I/home/jbglaw/repos/gcc/gcc/../include -I/home/jbglaw/repos/gcc/gcc/../libcpp/include -I/opt/cfarm/gmp-latest/include -I/opt/cfarm/mpfr-latest/include -I/opt/cfarm/mpc-latest/include -I/home/jbglaw/repos/gcc/gcc/../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o wide-int.o -MT wide-int.o -MMD -MP -MF ./.deps/wide-int.TPo /home/jbglaw/repos/gcc/gcc/wide-int.cc /home/jbglaw/repos/gcc/gcc/wide-int.cc:37:56: error: unable to emulate 'TI' typedef unsigned int UTItype __attribute__ ((mode (TI))); ^ make[1]: *** [wide-int.o] Error 1 See build 222669 (http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=222669) for more details. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: 17:44 <@uschebit> Evangelist ist doch ein Vertriebler the second : für unverkäufliche Produkte, oder? (#korsett, 20120821) signature.asc Description: Digital signature
UTItype fallout (was: wide-int fallout)
On Fri, 2014-05-09 00:48:39 +0200, Jan-Benedict Glaw wrote: > Just found this for iq2000: > > g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions > -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing > -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual > -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings > -fno-common -DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos/gcc/gcc > -I/home/jbglaw/repos/gcc/gcc/. -I/home/jbglaw/repos/gcc/gcc/../include > -I/home/jbglaw/repos/gcc/gcc/../libcpp/include > -I/opt/cfarm/gmp-latest/include -I/opt/cfarm/mpfr-latest/include > -I/opt/cfarm/mpc-latest/include -I/home/jbglaw/repos/gcc/gcc/../libdecnumber > -I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber > -I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o wide-int.o -MT wide-int.o > -MMD -MP -MF ./.deps/wide-int.TPo /home/jbglaw/repos/gcc/gcc/wide-int.cc > /home/jbglaw/repos/gcc/gcc/wide-int.cc:37:56: error: unable to emulate 'TI' > typedef unsigned int UTItype __attribute__ ((mode (TI))); > ^ > make[1]: *** [wide-int.o] Error 1 > > See build 222669 > (http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=222669) > for more details. That isn't actually fallout from the wide-int merge, but of later added code. Other targets affected are moxie-elf, aarch64_be-elf, alpha-linux, cr16-elf, ppc-linux, hppa-linux, arc-elf, younameit. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Alles sollte so einfach wie möglich gemacht sein. the second : Aber nicht einfacher. (Einstein) signature.asc Description: Digital signature
[BUILDROBOT] Ann: config-list.mk backend updated (was: [jbg...@lug-owl.de: Re: r214024 ...])
On Sun, 2014-08-17 14:05:24 +0200, Manuel López-Ibáñez wrote: [...] > In config-list.mk, it says "Make sure you have a recent enough gcc > (with ada support) in your path so that --enable-werror-always will > work" For this commit in particular, recent enough means "exactly the > same revision". Otherwise, --enable-werror-always won't work. And you > cannot build that compiler with --enable-werror-always. See also: > https://gcc.gnu.org/ml/gcc/2014-01/msg00157.html > > I think that for a build-bot it would be better to bootstrap the > compiler for the current target once (without --enable-werror-always), > then use that compiler to build the rest minus the current target > (with --enable-werror-always). This could be done within > config-list.mk or from another script. I just finished my preliminary testing of buildrobot's backend scripts (for the config-list.mk builds) last night and enabled it on gcc76. Gcc76 will now always build a fresh native GCC, and then try to build a cross-compiler with this exact version. Though the scheduler will take some time to adopt to the new timings (and I think about just scheduling the two backend types separately), but it's running now and we can be keen for the results. Thanks for giving me some hints here, that was quite valueable! MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Arroganz verkürzt fruchtlose Gespräche. the second : -- Jan-Benedict Glaw signature.asc Description: Digital signature
[BUILDROBOT] rs6000-ibm-aix4.3 / rs6000-ibm-aix5.3.0: error: ‘ASM_WEAKEN_DECL’ was not declared in this scope
Hi! I should have sent this earlier, but maybe you're still interested: [...] g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o rs6000.o -MT rs6000.o -MMD -MP -MF ./.deps/rs6000.TPo ../../../gcc/gcc/config/rs6000/rs6000.c ../../../gcc/gcc/config/rs6000/rs6000.c: In function ‘bool rs6000_declare_alias(symtab_node*, void*)’: ../../../gcc/gcc/config/rs6000/rs6000.c:29707:50: error: ‘ASM_WEAKEN_DECL’ was not declared in this scope ASM_WEAKEN_DECL (data->file, n->decl, name, NULL); ^ make[2]: *** [rs6000.o] Error 1 I see this at least for rs6000-ibm-aix5.3.0 (eg. http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=350500) and rs6000-ibm-aix4.3 (http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=350449). MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: The real problem with C++ for kernel modules is: the second : the language just sucks. -- Linus Torvalds signature.asc Description: Digital signature
Make name+email address cut'n'paste-able (was: Listing a maintainer for libcilkrts, and GCC's Cilk Plus implementation generally?)
On Mon, 2014-09-22 16:06:21 +0200, Thomas Schwinge wrote: > As has been noted before, > <http://news.gmane.org/find-root.php?message_id=%3Cyddhabgief1.fsf%40lokon.CeBiTec.Uni-Bielefeld.DE%3E>, > GCC's MAINTAINERS file does not list a maintainer for libcilkrts, or > GCC's Cilk Plus implementation generally. Shouldn't it? I regularely > consult this file when reporting issues in specific parts of the GCC code > base. While we're at it... I consult that file as well, even quite often for preparing Build Robot emails. There's another usability enhancement: I'd like to propose to put all email addresses between '<' and '>', which would quite ease cut'n'past-ability. What's your oppinion on that? Should I prepare a patch? MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: The course of history shows that as a government grows, liberty the second : decreases." (Thomas Jefferson) signature.asc Description: Digital signature
[BUILDROBOT] Ada broken
Hi!
It seems that a full bootstrap including Ada got broken somewhere in
the range of r215789 .. r215799. I haven't yet had a real look at the
patches (and will leave soonish), but I thought a heads-up might ring
some bells:
http://toolchain.lug-owl.de/buildbot/timeline.php
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215799
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215798
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215796
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215795
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215794
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215793
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215792
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215791
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215790
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=215789
(See the builds between 20141002 0200 and 1200 UTC on
gcc{20,76}-configlist_mk.cfarm; the failure for microblaze-linux is
actually unrelated.)
Error message is like this:
/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build/./gcc/xgcc
-B/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build/./gcc/
-B/home/jbglaw/build-configlist_mk/mipsel-elf/_install_/x86_64-unknown-linux-gnu/bin/
-B/home/jbglaw/build-configlist_mk/mipsel-elf/_install_/x86_64-unknown-linux-gnu/lib/
-isystem
/home/jbglaw/build-configlist_mk/mipsel-elf/_install_/x86_64-unknown-linux-gnu/include
-isystem
/home/jbglaw/build-configlist_mk/mipsel-elf/_install_/x86_64-unknown-linux-gnu/sys-include
-c -g -O2 -fpic -W -Wall -gnatpg -nostdinc g-comlin.adb -o g-comlin.o
+===GNAT BUG DETECTED==+
| 5.0.0 20141002 (experimental) (x86_64-unknown-linux-gnu) GCC error: |
| tree check: expected integer_cst, have bit_and_expr in get_len, at |
| tree.h:4703 |
| Error detected around s-string.ads:58:4 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report. |
| Include the exact gcc or gnatmake command that you entered. |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files). |
+==+
Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).
system.ads
g-comlin.adb
g-comlin.ads
gnat.ads
ada.ads
a-comlin.ads
g-dirope.ads
a-string.ads
a-strmap.ads
a-charac.ads
a-chlat1.ads
g-os_lib.ads
s-os_lib.ads
s-string.ads
a-uncdea.ads
g-regexp.ads
s-regexp.ads
a-finali.ads
s-finroo.ads
g-string.ads
a-chahan.ads
a-strunb.ads
s-atocou.ads
a-textio.ads
a-ioexce.ads
a-stream.ads
s-ficobl.ads
interfac.ads
i-cstrea.ads
s-crtl.ads
s-parame.ads
s-wchcon.ads
s-stalib.ads
a-unccon.ads
s-exctab.ads
s-unstyp.ads
a-tags.ads
s-stoele.ads
s-stoele.adb
s-soflin.ads
a-except.ads
s-traent.ads
s-stache.ads
s-atocou.adb
s-stratt.ads
s-secsta.ads
s-stposu.ads
s-stopoo.ads
s-finmas.ads
s-pooglo.ads
s-valint.ads
raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:428
make[7]: *** [g-comlin.o] Error 1
make[7]: Leaving directory
`/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build/gcc/ada/rts'
make[6]: *** [gnatlib] Error 2
make[6]: Leaving directory
`/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build/gcc/ada'
make[5]: *** [gnatlib-shared-default] Error 2
make[5]: Leaving directory
`/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build/gcc/ada'
make[4]: *** [gnatlib-shared-dual] Error 2
make[4]: Leaving directory
`/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build/gcc/ada'
make[3]: *** [gnatlib-shared] Error 2
make[3]: Leaving directory
`/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build/gcc/ada'
make[2]: *** [gnatlib-shared] Error 2
make[2]: Leaving directory
`/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build/x86_64-unknown-linux-gnu/libada'
make[1]: *** [all-target-libada] Error 2
make[1]: Leaving directory
`/home/jbglaw/build-configlist_mk/mipsel-elf/build-gcc/native-compiler-build'
make: *** [all] Error 2
Thanks, JBG
--
Jan-B
Re: [BUILDROBOT] Ada broken
On Thu, 2014-10-02 19:32:10 -0500, Segher Boessenkool wrote: > On Thu, Oct 02, 2014 at 09:52:31PM +0200, Jan-Benedict Glaw wrote: > > It seems that a full bootstrap including Ada got broken somewhere in > > the range of r215789 .. r215799. > > I'm bisecting it (on powerpc64-linux, where it also shows up); it needs > full bootstrapping every time, so will be another one to two hours. > > I just hope it isn't mine, that's going to be "fun" to debug :-) Thanks a lot! I think I'll probably plan to implement a bisecting feature in the build robot for stuff like that. After all, it catches breakages like this quite early, it's only 10 revs. Maybe also adding more slaves would help getting that range even shorter (or getting a faster bisect.) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Friends are relatives you make for yourself. the second : signature.asc Description: Digital signature
Merging the ./config directory between GCC and Binutils
Hi! Yesterday, an outstanding fix was committed to the GCC repo for a not correctly regenerated file. Now that that's fixed, I'll merge the two ./config directories (unfortunately, both the Binutils and the GCC tree gained commits that weren't synced) and come up with a patch. I hope that there won't be too many commits in the mean time, to produce a lot of fuzz :) Once that's in sync again, I'll keep a script running to check that and report missing commits in any of the trees. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Wenn ich wach bin, träume ich. the second : signature.asc Description: Digital signature
Re: ARM not building on head?
On Fri, 2015-01-09 15:05:52 -0600, Joel Sherrill wrote: > Hi > > Does anyone else see this? There is a semi-colon at the end of > gcc/config/arm/arm.h:771 which I don't think should be there. > > g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions > -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing > -Wwrite-strings -Wcast-qual -Wmissing-format-attribute > -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros > -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. > -I/users/joel/test-gcc/gcc/gcc -I/users/joel/test-gcc/gcc/gcc/. > -I/users/joel/test-gcc/gcc/gcc/../include > -I/users/joel/test-gcc/gcc/gcc/../libcpp/include > -I/users/joel/test-gcc/gcc/gcc/../libdecnumber > -I/users/joel/test-gcc/gcc/gcc/../libdecnumber/dpd -I../libdecnumber > -I/users/joel/test-gcc/gcc/gcc/../libbacktrace -o arm.o -MT arm.o -MMD > -MP -MF ./.deps/arm.TPo /users/joel/test-gcc/gcc/gcc/config/arm/arm.c > In file included from ./tm.h:26:0, > from /users/joel/test-gcc/gcc/gcc/config/arm/arm.c:27: > /users/joel/test-gcc/gcc/gcc/config/arm/arm.c: In function ‘void > arm_init_libfuncs()’: > /users/joel/test-gcc/gcc/gcc/config/arm/arm.h:771:51: error: expected > ‘)’ before ‘;’ token > #define MAX_SYNC_LIBFUNC_SIZE (2 * UNITS_PER_WORD); >^ > /users/joel/test-gcc/gcc/gcc/config/arm/arm.c:2163:25: note: in > expansion of macro ‘MAX_SYNC_LIBFUNC_SIZE’ > init_sync_libfuncs (MAX_SYNC_LIBFUNC_SIZE); > ^ > /users/joel/test-gcc/gcc/gcc/config/arm/arm.c:2163:46: error: expected > primary-expression before ‘)’ token > init_sync_libfuncs (MAX_SYNC_LIBFUNC_SIZE); > ^ > make[2]: *** [arm.o] Error 1 > make[2]: Leaving directory `/home2/joel/build/b-arm-gcc/gcc' > make[1]: *** [all-gcc] Error 2 > make[1]: Leaving directory `/home2/joel/build/b-arm-gcc' > make: *** [all] Error 2 Sure, my build robot found it as well; it's probably just a typo. Easy to fix. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Wenn ich wach bin, träume ich. the second : signature.asc Description: Digital signature
[BUILDROBOT] arm-netbsdelf: "cc1: internal compiler error: Segmentation fault" during -fself-test triggered from forcibly_ggc_collect()
Hi! When building a cross-gcc using config_list.mk using r245361 (as both, a freshly built `build' compiler and as sources for the cross-compiler), my build robot fails (see http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=696565). Seems this is only triggered for arm-netbsdelf, it's running fine for many/all? other targets in config_list.mk . [...] /home/jbglaw/build-configlist_mk/arm-netbsdelf/build-gcc/mk/arm-netbsdelf/./gcc/xgcc -B/home/jbglaw/build-configlist_mk/arm-netbsdelf/build-gcc/mk/arm-netbsdelf/./gcc/ -nostdinc -x c /dev/null -S -o /dev/null -fself-test=/home/jbglaw/repos-configlist_mk/gcc/gcc/testsuite/selftests cc1: internal compiler error: Segmentation fault 0xaf7fdf crash_signal /home/jbglaw/repos-configlist_mk/gcc/gcc/toplev.c:333 0x6739b3 lookup_page_table_entry /home/jbglaw/repos-configlist_mk/gcc/gcc/ggc-page.c:635 0x6739b3 ggc_set_mark(void const*) /home/jbglaw/repos-configlist_mk/gcc/gcc/ggc-page.c:1532 0x571bff gt_ggc_mx_lang_tree_node(void*) ./gt-c-c-decl.h:49 0x57242a gt_ggc_mx_lang_tree_node(void*) ./gt-c-c-decl.h:401 0x572fae gt_ggc_mx_lang_tree_node(void*) ./gt-c-c-decl.h:382 0x571e61 gt_ggc_mx_lang_tree_node(void*) ./gt-c-c-decl.h:391 0x83ed15 ggc_mark_root_tab /home/jbglaw/repos-configlist_mk/gcc/gcc/ggc-common.c:77 0x83ef70 ggc_mark_roots() /home/jbglaw/repos-configlist_mk/gcc/gcc/ggc-common.c:94 0x674417 ggc_collect() /home/jbglaw/repos-configlist_mk/gcc/gcc/ggc-page.c:2202 0x842dff selftest::forcibly_ggc_collect() /home/jbglaw/repos-configlist_mk/gcc/gcc/ggc-tests.c:36 0x11d0491 selftest::run_tests() /home/jbglaw/repos-configlist_mk/gcc/gcc/selftest-run-tests.c:103 0xaf9742 toplev::run_self_tests() /home/jbglaw/repos-configlist_mk/gcc/gcc/toplev.c:2046 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <https://gcc.gnu.org/bugs/> for instructions. Makefile:1932: recipe for target 's-selftest' failed make[2]: *** [s-selftest] Error 1 rm fsf-funding.pod gcov.pod gpl.pod cpp.pod gfdl.pod gfortran.pod gcc.pod gcov-tool.pod gccgo.pod make[2]: Leaving directory '/home/jbglaw/build-configlist_mk/arm-netbsdelf/build-gcc/mk/arm-netbsdelf/gcc' Makefile:4229: recipe for target 'all-gcc' failed make[1]: *** [all-gcc] Error 2 Unfortunately, I don't know a good revision or when it started to fail. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Alles sollte so einfach wie möglich gemacht sein. the second : Aber nicht einfacher. (Einstein) signature.asc Description: Digital signature
Re: [BUILDROBOT] arm-netbsdelf: "cc1: internal compiler error: Segmentation fault" during -fself-test triggered from forcibly_ggc_collect()
On Tue, 2017-03-21 08:46:50 -0600, Jeff Law wrote: > On 02/12/2017 03:57 PM, Jan-Benedict Glaw wrote: > > When building a cross-gcc using config_list.mk using r245361 (as both, > > a freshly built `build' compiler and as sources for the > > cross-compiler), my build robot fails (see > > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=696565). > > Seems this is only triggered for arm-netbsdelf, it's running fine for > > many/all? other targets in config_list.mk . > FYI, David Malcolm fixed this a week or two ago. Great to know! The two builders I'm running the config-list.mk targets on take their time. I've got another spare box around, just need to get some SATA/SAS HDDs (2.5") for them. Then, the box can go to the datacenter and start builds as well. By the way, I was contacted by another guy the other day, there's some planning ongoing. Maybe we'll cook up something that's way nicer from a user's perspective regarding the UI. (Though the plain task of just doing builds and keeping the records works flawlessly so far.) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:http://catb.org/~esr/faqs/smart-questions.html the second : signature.asc Description: Digital signature
Re: why mult generated for unsigned int multiply on mips?
On Wed, 2010-04-07 15:05:09 +0800, Amker.Cheng wrote:
> found the cause, sorry to disturb, please ignore this message.
It would, however, be nice if you actually posted an answer to your
(now solved) question. That way, any casual reader may learn something
new.
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Zensur im Internet? Nein danke!
the second :
signature.asc
Description: Digital signature
Re: GCC 4.4.0 Status Report (2008-11-17)
On Mon, 2008-11-17 11:34:09 +0100, Jakub Jelinek <[EMAIL PROTECTED]> wrote: > The old register allocator hasn't been removed yet, but will be before > branching. There are still several targets that haven't been converted > to IRA, so unless they are converted soon, they will be dropped. The > unconverted targets are: > [...] > pdp11 [...] > vax I didn't actually follow the development of the new IRA, but if I find the patches for other simple targets, I might work at least on VAX and probably for pdp11, too. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of:http://www.chiark.greenend.org.uk/~sgtatham/bugs.html the second : signature.asc Description: Digital signature
Re: memcpy(p,p,len)
On Fri, 2010-04-30 16:08:15 +0200, Joakim Tjernlund
wrote:
> Is memcpy supposed to work when the src and dest are the same:
> memcpy(p, p, 100);
It may work, but you cannot rely on it. Use memmove() alternatively.
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Alles sollte so einfach wie möglich gemacht sein.
the second : Aber nicht einfacher. (Einstein)
signature.asc
Description: Digital signature
Re: memcpy(p,p,len)
On Fri, 2010-04-30 16:14:36 +0200, Joakim Tjernlund wrote: > Jan-Benedict Glaw wrote on 2010/04/30 16:10:42: > > On Fri, 2010-04-30 16:08:15 +0200, Joakim Tjernlund > > wrote: > > > Is memcpy supposed to work when the src and dest are the same: > > > memcpy(p, p, 100); > > > > It may work, but you cannot rely on it. Use memmove() alternatively. > > My view too, but gcc 3.4.6 on gcc does this: [...] Surely, it may/will work here and there. But it's not portable :) And I won't rely on a "it worked once" fact. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: GDB has a 'break' feature; why doesn't it have 'fix' too? the second : signature.asc Description: Digital signature
Build on mainline broken
Hi! I'm keeping an eye on building GCC for vax-linux /vax-linux-uclibc (only some config changes needed for that; I'll submit those once the first libc support is committed). Note that this is a cc0 port. An automated build at 20060120-141501 UTC still showed the ICE in udivmodsi4.c . This was probably fixed by r110030: 2006-01-20 Zdenek Dvorak <[EMAIL PROTECTED]> * loop-iv.c (iv_analysis_loop_init): Use df in more conservative way. Since the next automated build at 20060120-171500 UTC, I'm getting a different ICE: /tmp/build-temp-vax-linux-uclibc/build/gcc1/./gcc/xgcc -B/tmp/build-temp-vax-linux-uclibc/build/gcc1/./gcc/ -B/tmp/build-temp-vax-linux-uclibc/install/usr/vax-linux-uclibc/bin/ -B/tmp/build-temp-vax-linux-uclibc/install/usr/vax-linux-uclibc/lib/ -isystem /tmp/build-temp-vax-linux-uclibc/install/usr/vax-linux-uclibc/include -isystem /tmp/build-temp-vax-linux-uclibc/install/usr/vax-linux-uclibc/sys-include -O2 -O2 -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/. -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../include -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../libcpp/include -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../libdecnumber -I../libdecnumber -fexceptions -c /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/unwind-dw2-fde.c -o libgcc/./unwind-dw2-fde.o /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/unwind-dw2-fde.c:1: warning: -g is only supported when using GAS on this processor, /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/unwind-dw2-fde.c:1: warning: -g option disabled /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/unwind-dw2-fde.c: In function 'fde_single_encoding_compare': /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/unwind-dw2-fde.c:350: internal compiler error: in expand_compound_operation, at combine.c:5644 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[2]: *** [libgcc/./unwind-dw2-fde.o] Error 1 make[2]: Leaving directory `/tmp/build-temp-vax-linux-uclibc/build/gcc1/gcc' make[1]: *** [libgcc.a] Error 2 make[1]: Leaving directory `/tmp/build-temp-vax-linux-uclibc/build/gcc1/gcc' make: *** [all-gcc] Error 2 This is the SIGN_EXTRACT case of expand_compound_operation(), maybe this does ring a bell? Thanks, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: Build on mainline broken
On Sun, 2006-01-22 21:49:31 +0100, Zdenek Dvorak <[EMAIL PROTECTED]> wrote: [...] > > This is the SIGN_EXTRACT case of expand_compound_operation(), maybe this > > does ring a > > bell? > > no idea; this is either completely unrelated, or we randomly clobber memory > somewhere. > Could you please provide a preprocessed testcase (preferably reduced > one)? Thanks for commenting on this. I've just started a build with r110030 and will try to produce something. Once that is done (it takes some time:-) Thanks, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: Build on mainline broken
On Sun, 2006-01-22 21:54:47 +0100, Jan-Benedict Glaw <[EMAIL PROTECTED]> wrote:
> On Sun, 2006-01-22 21:49:31 +0100, Zdenek Dvorak <[EMAIL PROTECTED]> wrote:
> [...]
> > > This is the SIGN_EXTRACT case of expand_compound_operation(), maybe this
> > > does ring a
> > > bell?
> >
> > no idea; this is either completely unrelated, or we randomly clobber memory
> > somewhere.
> > Could you please provide a preprocessed testcase (preferably reduced
> > one)?
>
> Thanks for commenting on this. I've just started a build with r110030
> and will try to produce something. Once that is done (it takes some
> time:-)
First of all, this indeed starts with r110030. -O2 is needed, the
problem goes away if no -O is used. While trying to cut it down, I
noticed that the ICE is probably connected to the bitfields. It's 75
lines right now:
--
typedef long unsigned int size_t;
extern void abort (void) __attribute__ ((__noreturn__));
typedef unsigned _Unwind_Ptr __attribute__((__mode__(__pointer__)));
struct fde_vector
{
size_t count;
const struct dwarf_fde *array[];
};
struct object
{
struct fde_vector *sort;
struct {
unsigned long mixed_encoding : 1;
unsigned long encoding : 8;
} b;
struct object *next;
};
typedef int sword __attribute__ ((mode (SI)));
struct dwarf_cie
{
sword CIE_id;
} __attribute__ ((packed, aligned (__alignof__ (void *;
struct dwarf_fde
{
sword CIE_delta;
} __attribute__ ((packed, aligned (__alignof__ (void *;
typedef struct dwarf_fde fde;
static struct object *seen_objects;
static _Unwind_Ptr
base_from_object (unsigned char encoding)
{
if (encoding)
abort ();
}
static const fde *
search_object (struct object* ob, void *pc)
{
struct fde_vector *vec = ob->sort;
int encoding = ob->b.encoding;
_Unwind_Ptr base = base_from_object (encoding);
size_t lo, hi;
for (lo = 0, hi = vec->count; lo < hi; )
{
size_t i = (lo + hi) / 2;
const fde *f = vec->array[i];
_Unwind_Ptr pc_begin;
if ((_Unwind_Ptr) pc < pc_begin)
return f;
}
}
const fde *
_Unwind_Find_FDE (void *pc)
{
struct object *ob;
const fde *f = ((void *)0);
for (ob = seen_objects; ob; ob = ob->next)
f = search_object (ob, pc);
return f;
}
--
To build it:
(This is binutils from CVS)
.../binutils/configure --target=vax-linux-uclibc --disable-nls --prefix=...
make all-binutils
make all-ld
make all-gas
make install-binutils
make install-ld
make install-gas
(GCC)
.../gcc/configure --disable-multilib --with-newlib --disable-nls \
--enable-threads=no --disable-threads --enable-symvers=gnu \
--enable-__cxa_atexit --disable-shared --target=vax-linux-uclibc \
--prefix=... \
--enable-languages=c,c++
make all-gcc
This patch is used for GCC:
diff -Nurp src-gcc-fresh/gcc/config/vax/linux.h
src-gcc-hacked/gcc/config/vax/linux.h
--- src-gcc-fresh/gcc/config/vax/linux.h1970-01-01 01:00:00.0
+0100
+++ src-gcc-hacked/gcc/config/vax/linux.h 2005-12-09 21:57:45.0
+0100
@@ -0,0 +1,31 @@
+#ifndef _CONFIG_VAX_LINUX_H
+/*
+ * Copyright (C) 2005 Free Software Foundation, Inc.
+ *
+ * This file is part of GCC.
+ *
+ * GCC is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2, or (at your option)
+ * any later version.
+ *
+ * GCC is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with GCC; see the file COPYING. If not, write to
+ *
+ * Free Software Foundation
+ * 51 Franklin Street, Fifth Floor
+ * Boston, MA 02110-1301
+ * USA
+ */
+
+/*
+ * This file contains definitions specific to Linux using GNU libc and
+ * the ELF binary format.
+ */
+
+#endif /* _CONFIG_VAX_LINUX_H */
diff -Nurp src-gcc-fresh/gcc/config/vax/uclinux.h
src-gcc-hacked/gcc/config/vax/uclinux.h
--- src-gcc-fresh/gcc/config/vax/uclinux.h 1970-01-01 01:00:00.0
+0100
+++ src-gcc-hacked/gcc/config/vax/uclinux.h 2005-12-09 21:57:45.0
+0100
@@ -0,0 +1,31 @@
+#ifndef _CONFIG_VAX_UCLINUX_H
+/*
+ * Copyright (C) 2005 Free Software Foundation, Inc.
+ *
+ * This file is part of GCC.
+ *
+ * GCC is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2, or (at your option)
+ * any later version.
+ *
+ * GCC
Re: [RFC/RFT] PR/25890 and PR/25905
On Mon, 2006-01-23 19:19:23 +0100, Paolo Bonzini <[EMAIL PROTECTED]> wrote: > For this reason I'm inclined to disable combine's transformations, and > return a (clobber (const_int 0)), in presence of "invalid" extractions. > The attached patch does exactly this. I'm bootstrapping it overnight, > but I'll post it right now so that people affected by the bug can also > test it. Works for me (vax-linux-uclibc). MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Since r110852: Mainline broken for VAX (cc0 target)
Hi! Since r110852, GCC (used as cross-compiler) can no longer build uClibc or (parts of) GNU libc: +2006-02-10 Zdenek Dvorak <[EMAIL PROTECTED]> + + * doc/invoke.texi (-floop-optimize2): Removed. + * toplev.c (process_options): Remove handling of flag_loop_optimize2. + * loop-init.c (gate_handle_loop2): Do not test flag_loop_optimize2. + Test flag_branch_on_count_reg only if HAVE_doloop_end. + * common.opt (floop-optimize2): Removed. + (fmove-loop-invariants): Enabled by default. + vax-linux-uclibc-gcc -c libc/misc/fnmatch/fnmatch.c -o libc/misc/fnmatch/fnmatch.o -include ./include/libc-symbols.h -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -Wnested-externs -Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wformat=2 -Wmissing-prototypes -Wmissing-declarations -fno-stack-protector -fno-builtin -nostdinc -I./include -I. -fsigned-char -DSTATIC -Os -funit-at-a-time -isystem /tmp/build-temp-vax-linux-uclibc/install/usr/lib/gcc/vax-linux-uclibc/4.2.0/include -DNDEBUG libc/misc/fnmatch/fnmatch_loop.c: In function 'ext_match': libc/misc/fnmatch/fnmatch_loop.c:1193: internal compiler error: in int_mode_for_mode, at stor-layout.c:250 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make: *** [libc/misc/fnmatch/fnmatch.o] Error 1 So I'll now try to reduce it to a testcase. Doesn't probably show up on other archs because the VAX MD is quite minimalistic? MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: Since r110852: Mainline broken for VAX (cc0 target)
On Sun, 2006-02-12 15:26:40 -0500, Andrew Pinski <[EMAIL PROTECTED]> wrote: > On Feb 12, 2006, at 3:21 PM, Jan-Benedict Glaw wrote: > >Since r110852, GCC (used as cross-compiler) can no longer build uClibc > >or (parts of) GNU libc: > > > >+2006-02-10 Zdenek Dvorak <[EMAIL PROTECTED]> > >+ > >+ * doc/invoke.texi (-floop-optimize2): Removed. > >+ * toplev.c (process_options): Remove handling of > >flag_loop_optimize2. > >+ * loop-init.c (gate_handle_loop2): Do not test > >flag_loop_optimize2. > >+ Test flag_branch_on_count_reg only if HAVE_doloop_end. > >+ * common.opt (floop-optimize2): Removed. > >+ (fmove-loop-invariants): Enabled by default. > >+ > > This is PR 26232. First of all: thanks. You're ultimatively fast. And now: How do you actually find the PRs? I seem to wrongly use Bugzilla's search engine. I submitted "int_mode_for_mode" into the "Enter a bug # or some search terms" box of http://gcc.gnu.org/bugzilla/ , which didn't find anything. I don't really feel like wasting your time with doing my homework... MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Build broken since (probably) r110954
Hi! Building for VAX is broken again (this is already the cross-compiler building a vax-hosted gcc): : : vax-linux-uclibc-gcc -c -static -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I. -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/. -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../include -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../libcpp/include -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../libdecnumber -I../libdecnumber/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/cfgloopanal.c -o cfgloopanal.o /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/cfgloopanal.c: In function 'expected_loop_iterations': /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/cfgloopanal.c:441: internal compiler error: in do_compare_rtx_and_jump, at dojump.c:945 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. The likely candidate is r110954: * optabs.c (expand_abs): Don't call do_jump_by_parts_greater_rtx directly, instead let do_compare_rtx_and_jump handle this for us. * expr.c (expand_expr_real_1): Likewise. * dojump.c (do_jump_by_parts_greater_rtx): Make static. Move before do_jump_by_parts_greater. (do_jump_by_parts_greater): Move after do_jump_by_parts_greater_rtx. * expr.h (do_jump_by_parts_greater_rtx): Delete prototype. That's probably quite similar to PR26279 or PR26280, isn't it? MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: r112028 - in /trunk: configure gcc/fortran/Chan...
On Mon, 2006-03-13 22:49:57 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: pault
> Date: Mon Mar 13 22:49:56 2006
> New Revision: 112028
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112028
> 2006-03-13 Paul Thomas <[EMAIL PROTECTED]>
>
> Modified:
> trunk/configure
[...]
-
# Guess values for system-dependent variables and create Makefiles.
-# Generated automatically using autoconf version 2.13
-# Copyright (C) 1992, 93, 94, 95, 96 Free Software Foundation, Inc.
+# Generated by GNU Autoconf 2.59.
#
+# Copyright (C) 2003 Free Software Foundation, Inc.
# This configure script is free software; the Free Software Foundation
# gives unlimited permission to copy, distribute and modify it.
[...]
It seems this broke building a cross-compiled native compiler for me
(vax-linux-uclibc target) during 'make all-gcc'
(target=host=vax-linux-uclibc, build=i686-linux):
gcc -c -DIN_GCC -static -DGENERATOR_FILE -I. -Ibuild
-I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc
-I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/build
-I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../include
-I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../libcpp/include
-I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../libdecnumber
-I../libdecnumber-o build/errors.o
/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/errors.c
gcc -DIN_GCC -static -DGENERATOR_FILE -o build/genmodes \
build/genmodes.o build/errors.o
../build-i686-pc-linux-gnu/libiberty/libiberty.a
/usr/bin/ld: ../build-i686-pc-linux-gnu/libiberty/libiberty.a(hashtab.o):
Relocations in generic ELF (EM: 75)
/usr/bin/ld: ../build-i686-pc-linux-gnu/libiberty/libiberty.a(hashtab.o):
Relocations in generic ELF (EM: 75)
../build-i686-pc-linux-gnu/libiberty/libiberty.a: could not read symbols: File
in wrong format
collect2: ld returned 1 exit status
make[1]: *** [build/genmodes] Error 1
make[1]: Leaving directory
`/tmp/build-temp-vax-linux-uclibc/build/gcc1-native/gcc'
make: *** [all-gcc] Error 2
#-Stop at 20060313-233751-UTC with ret=2 in
/tmp/build-temp-vax-linux-uclibc/build/gcc1-native: make all-gcc
It seems it is now building/linking libiberty compiled for the build
system, not for the host system:-)
Last known successfull build log:
http://lug-owl.de/~jbglaw/gcc-buildlog/build-vax-linux-uclibc.ack
Failed build:
http://lug-owl.de/~jbglaw/gcc-buildlog/build-vax-linux-uclibc.nack
This was configured with:
CC="vax-linux-uclibc-gcc" LDFLAGS=-static CFLAGS=-static\
ac_cv_func_strncmp_works=yes\
execute "${GCC_SRC}/configure" \
--disable-multilib \
--with-newlib \
--disable-nls \
--enable-threads=no \
--disable-threads \
--enable-symvers=gnu\
--enable-__cxa_atexit \
--disable-shared\
--host="vax-linux-uclibc" \
--build="`${BINUTILS_SRC}/config.guess`"\
--host="vax-linux-uclibc" \
--target="vax-linux-uclibc" \
--prefix=/usr \
--enable-languages="c"
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _
"Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O
für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O
ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
signature.asc
Description: Digital signature
Re: bootstrap broken on tunk for combined source tree
On Tue, 2006-03-14 11:37:07 +0100, Rainer Emrich <[EMAIL PROTECTED]> wrote: > Paolo Bonzini schrieb: > > I have a patch. Will keep you posted. > > > > Paolo > > > Now it's completly broken!!! ...in multiple ways. Using a cross-compiler to build a compiler running on some target is broken for me since r112028, see http://gcc.gnu.org/ml/gcc/2006-03/msg00462.html target=vax-linux-uclibc host=vax-linux-uclibc build=i686-linux-gnu But this seems to be a buglet/problem with newer automake/autoconf tools. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Build error on trunk due to new ./configure (was: r112028 - in /trunk: configure gcc/fortran/Chan...)
On Tue, 2006-03-14 09:56:40 +0100, Jan-Benedict Glaw <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-03-13 22:49:57 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> wrote:
> # Guess values for system-dependent variables and create Makefiles.
> -# Generated automatically using autoconf version 2.13
> -# Copyright (C) 1992, 93, 94, 95, 96 Free Software Foundation, Inc.
> +# Generated by GNU Autoconf 2.59.
> #
> +# Copyright (C) 2003 Free Software Foundation, Inc.
> # This configure script is free software; the Free Software Foundation
> # gives unlimited permission to copy, distribute and modify it.
> [...]
>
> It seems this broke building a cross-compiled native compiler for me
> (vax-linux-uclibc target) during 'make all-gcc'
> (target=host=vax-linux-uclibc, build=i686-linux):
>
> gcc -c -DIN_GCC -static -DGENERATOR_FILE -I. -Ibuild
> -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc
> -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/build
> -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../include
> -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../libcpp/include
> -I/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/../libdecnumber
> -I../libdecnumber-o build/errors.o
> /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/errors.c
> gcc -DIN_GCC -static -DGENERATOR_FILE -o build/genmodes \
> build/genmodes.o build/errors.o
> ../build-i686-pc-linux-gnu/libiberty/libiberty.a
> /usr/bin/ld: ../build-i686-pc-linux-gnu/libiberty/libiberty.a(hashtab.o):
> Relocations in generic ELF (EM: 75)
> /usr/bin/ld: ../build-i686-pc-linux-gnu/libiberty/libiberty.a(hashtab.o):
> Relocations in generic ELF (EM: 75)
> ../build-i686-pc-linux-gnu/libiberty/libiberty.a: could not read symbols:
> File in wrong format
> collect2: ld returned 1 exit status
> make[1]: *** [build/genmodes] Error 1
> make[1]: Leaving directory
> `/tmp/build-temp-vax-linux-uclibc/build/gcc1-native/gcc'
> make: *** [all-gcc] Error 2
> #-Stop at 20060313-233751-UTC with ret=2 in
> /tmp/build-temp-vax-linux-uclibc/build/gcc1-native: make all-gcc
[...]
> This was configured with:
>
> CC="vax-linux-uclibc-gcc" LDFLAGS=-static CFLAGS=-static \
> ac_cv_func_strncmp_works=yes \
> execute "${GCC_SRC}/configure"
> \
> --disable-multilib\
> --with-newlib \
> --disable-nls \
> --enable-threads=no \
> --disable-threads \
> --enable-symvers=gnu \
> --enable-__cxa_atexit \
> --disable-shared \
> --host="vax-linux-uclibc" \
> --build="`${BINUTILS_SRC}/config.guess`" \
> --host="vax-linux-uclibc" \
> --target="vax-linux-uclibc" \
> --prefix=/usr \
> --enable-languages="c"
Former version of the toplevel ./configure seem to have stripped the
CC variable when calling ./configure to build libiberty for the build
system.
When the new toplevel ./configure builds libiberty for the build
system:
mkdir -p -- build-i686-pc-linux-gnu/libiberty
Configuring in build-i686-pc-linux-gnu/libiberty
configure: creating cache ../config.cache
checking whether to enable maintainer-specific portions of Makefiles... no
checking for makeinfo... makeinfo
checking for perl... perl
checking build system type... i686-pc-linux-gnu
checking host system type... vax-dec-linux-uclibc
checking for vax-linux-uclibc-ar... vax-linux-uclibc-ar
checking for vax-linux-uclibc-ranlib... vax-linux-uclibc-ranlib
checking for vax-linux-uclibc-gcc... vax-linux-uclibc-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether vax-linux-uclibc-gcc accepts -g... yes
checking for vax-linux-uclibc-gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... vax-linux-uclibc-gcc -E
checking whether vax-linux-uclibc-gcc accepts -Wc++-compat... yes
checking whether vax-linux-uclibc-gcc and cc understand -c and
Re: Build error on trunk due to new ./configure (was: r112028 - in /trunk: configure gcc/fortran/Chan...)
On Tue, 2006-03-14 08:56:38 -0500, Andrew Pinski <[EMAIL PROTECTED]> wrote: > On Mar 14, 2006, at 8:54 AM, Jan-Benedict Glaw wrote: > >Among other differences, it decides that we're cross-building, which > >isn't true in this case. This results in vax-linux-uclibc-gcc being > >used to build libiberty for the build system (which is > >i686-linux-gnu). No wonder that `genmode' cannot be linked with > >../build-i686-pc-linux-gnu/libiberty/libiberty.a (which is now a > >VAX-ELF file) :-) > > This was just fixed by: > 2006-03-14 Richard Guenther <[EMAIL PROTECTED]> > > * configure: Regenerate with autoconf 2.13. > > Please update and try again. Done, builds again. Thanks, Jan-Benedict -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: Summer of Code 2006
On Sun, 2006-04-16 21:30:08 -0700, Ian Lance Taylor wrote: > http://gcc.gnu.org/projects/ > If anybody wants to pull together a single URL of projects suitable > for students, probably on the Wiki page, that would be helpful. Or I > might try to tackle that in the next few days myself. Maybe not only new features, but also code cleanups, should considered: * Move _output_function_prologue() to RTL. * CONST_INT_P() instead of GET_CODE() == CONST_INT, etc. * Trailing whitespace patrol. * ... MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: Summer of Code 2006
On Tue, 2006-04-18 11:57:31 +0200, Steven Bosscher <[EMAIL PROTECTED]> wrote: > On 4/18/06, Allan Sandfeld Jensen <[EMAIL PROTECTED]> wrote: > > On Monday 17 April 2006 12:21, Jan-Benedict Glaw wrote: > > > On Sun, 2006-04-16 21:30:08 -0700, Ian Lance Taylor wrote: > > > * Trailing whitespace patrol. > > find . -name "*\.[ch]" | xargs perl -pi -e's/\s*$/\n/' > > Or `egrep "[ \t]$" *.[ch]' ?? ...and don't forget space-before-tab. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: gcc-3.4.6 and pdp11
On Mon, 2006-05-01 14:43:06 -0400, Bill Cunningham <[EMAIL PROTECTED]> wrote: > I would like to know who supports pdp11 for 3.4.6 or even the latest 4.x > version of gcc? Is it still being maintained ? I'm trying to cross compile a > pdp11 on my i686 and I'm having problems. If I can talk to the maintainer(s) > I can get some help and maybe even get involved in pdp11 support. I don't know about the state of pdp11 in GCC, but a pdp11 related bug was fixed in binutils just some weeks ago. It takes somebody to notice, so it's not 100% dead:) MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: r113817 - in /trunk/gcc: ChangeLog config/mips/...
On Tue, 2006-05-16 03:49:57 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: dj
> Date: Tue May 16 03:49:57 2006
> New Revision: 113817
>
> * doc/tm.text (TARGET_LIBGCC_SDATA_SECTION): Document.
>
> Modified:
> trunk/gcc/doc/tm.texi
if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --no-split -I . -I
/tmp/build-temp-vax-linux-uclibc/
src/gcc/gcc/doc \
-I
/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/doc/include -o doc/gccint.
info /tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/doc/gccint.texi; \
fi
/tmp/build-temp-vax-linux-uclibc/src/gcc/gcc/doc//tm.texi:6221: No matching
[EMAIL PROTECTED] defmac'.
makeinfo: Removing output file `doc/gccint.info' due to errors; use --force to
preserve.
make[1]: *** [doc/gccint.info] Error 1
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _
"Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O
für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O
ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
signature.asc
Description: Digital signature
Re: fatal error: internal consistency failure on Linux/ia64
On Mon, 2006-05-22 21:42:07 -0700, Andrew Pinski <[EMAIL PROTECTED]> wrote: > On May 22, 2006, at 9:36 PM, H. J. Lu wrote: > >on Linux/ia64. The last working revision is 113936. Linux/x86 and > >Linux/x86-64 pass the same spot. Has anyone else seen it? > > Yes for hppa-linux-gnu, PR 27736. > > This is most likely caused by: > 2006-05-22 Richard Sandiford <[EMAIL PROTECTED]> > > PR rtl-optimization/25514 > * combine.c (replaced_rhs_insn): New variable. > (combine_instructions): Set replaced_rhs_insn when trying to > replace > a SET_SRC with a REG_EQUAL note. > (distribute_notes): Use replaced_rhs_insn when determining > the live > range of a REG_DEAD register. Starting with r113983 (which is the commit by Richard you mention above), I'm getting this for vax-linux-uclibc, too. I've bisected it down to this commit, so it is surely the offender for vax-linux-uclibc:-) MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: "Free as in Freedom"
On Sun, 2006-06-25 16:44:22 -0700, Alexander Verhaeghe <[EMAIL PROTECTED]> wrote: > Not only privacy is not respected, [EMAIL PROTECTED] > also threatened that more hits would be generated in > the archives, [EMAIL PROTECTED] shouldn't do that, > it's against privacy in case you didn't realize! This is the internet. It's where people work together and share data. If you want to do that in private, use a VPN. If you want to be in private, just don't post emails to publically archived mailing lists. That's not hard, but it's too late right now. You've done that "mistake" and you cannot turn back time. So please shut up now. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: "Free as in Freedom"
On Sun, 2006-06-25 17:02:41 -0700, Alexander Verhaeghe <[EMAIL PROTECTED]> wrote: > To Jan-Benedict Glaw I WON'T SHUT UP because of "Free > as in Freedom"! Ah, so your understanding of "Freedom" reads like: Okay guys, I've sent out some rude emails insulting you a bit about your fortran stuff and all. I've put that into publically archived mailing lists and I just ignored the fact of "publically archived." Well, it seems to fuck up by bio and because of me being lame, please waste your time to search the archives for my name and drop them all, maybe even including replys etc. My reading of Freedom is more like: Heya, your mailing list archive sux because you cannot easily find a people's attitude there. I've taken all the HTML stuff and made it useful. With a single click, you can now find out if a person is only a lame guy not reading sources or documentation, yelling about it's inabilities and not doing any community work. See the difference? "Freedom", as we see it, is the right to participate, not the right to let others work for you. But you'll learn that the other day. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Mainline build broken (was: r115310 - in /trunk: fixincludes/ChangeLog fixi...)
On Mon, 2006-07-10 17:58:19 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: lauras > Date: Mon Jul 10 17:58:18 2006 > New Revision: 115310 > > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115310 > Log: > fixincludes: > 2006-07-10 Laurynas Biveinis <[EMAIL PROTECTED]> > > PR bootstrap/20437 > * Makefile.in (configure, config.h.in): change into $(srcdir) > before autoconf or autoheader call. This patch broke building GCC because Makefile indention was done with spaces instead of a TAB. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: troubles compiling
On Tue, 2006-08-08 15:04:40 -0300, Sebastián Bochoniuk <[EMAIL PROTECTED]> wrote: > Hi, I am having a trouble compiling with the GCC. I need to compile a > program in C++ for the HC12 but I am having some troubles. > I am sure that I am doing something wrong but I can not find what. Do you have a problem compiling GCC or compiling some other program with gcc? In the later cast, gcc-help is your help. > Can you help me with this? Or at least tell me where can I found a > tutorial or something?. First of all, you should present the actual error messages and the related source code. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of:Don't believe in miracles: Rely on them! the second : signature.asc Description: Digital signature
Re: compile time regression
On Tue, 2006-08-22 13:56:28 +0200, Benjamin Kosnik <[EMAIL PROTECTED]> wrote: > Hey y'all. I'm just getting back from vacation and as I re-build my > testing baselines, I've noticed a huge compilation time regression. > This happened sometime post Aug 1, 2006. Anybody else notice? I did. But I admit I didn't bring it up to the list. I was heavily loaded so I just tweaked my crontab to do test builds less often... > I don't see any open bugzilla reports about this: should I go ahead and > add one? Please do that. Though unfortunately, I don't have timing history so I cannot help tracking it down to the exact commit. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: Träume nicht von Dein Leben: Lebe Deinen Traum! the second : signature.asc Description: Digital signature
nvtpx: error: array subscript -1 is below array bounds of 'short int [2][16]'
Hi! Running automated tests again, I found that when building current (2fcfc03459a907c0237ea6e2c6e4ce4871034bed) GCC with a recent GCC, a build (make all-gcc) when ./configure'ed for -target=nvptx-none --enable-werror-always --enable-languages=all --disable-gcov --disable-shared --disable-threads --without-headers fails with: [all 2021-09-04 16:33:59] /usr/lib/gcc-snapshot/bin/g++ -fno-PIE -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -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/../libcody -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../gcc/gcc/../libbacktrace -o lra-constraints.o -MT lra-constraints.o -MMD -MP -MF ./.deps/lra-constraints.TPo ../../gcc/gcc/lra-constraints.c [all 2021-09-04 16:34:07] In function 'bool check_and_process_move(bool*, bool*)', [all 2021-09-04 16:34:07] inlined from 'bool curr_insn_transform(bool)' at ../../gcc/gcc/lra-constraints.c:4092:33: [all 2021-09-04 16:34:07] ../../gcc/gcc/lra-constraints.c:1317:56: error: array subscript -1 is below array bounds of 'short int [2][16]' [-Werror=array-bounds] [all 2021-09-04 16:34:07] 1317 | reg_renumber[dregno] = ira_class_hard_regs[dclass][0]; [all 2021-09-04 16:34:07] In file included from ../../gcc/gcc/lra-constraints.c:123: [all 2021-09-04 16:34:07] ../../gcc/gcc/ira.h: In function 'bool curr_insn_transform(bool)': [all 2021-09-04 16:34:07] ../../gcc/gcc/ira.h:85:9: note: while referencing 'target_ira::x_ira_class_hard_regs' [all 2021-09-04 16:34:07]85 | short x_ira_class_hard_regs[N_REG_CLASSES][FIRST_PSEUDO_REGISTER]; [all 2021-09-04 16:34:07] | ^ [all 2021-09-04 16:34:07] In function 'bool check_and_process_move(bool*, bool*)', [all 2021-09-04 16:34:07] inlined from 'bool curr_insn_transform(bool)' at ../../gcc/gcc/lra-constraints.c:4092:33: [all 2021-09-04 16:34:07] ../../gcc/gcc/lra-constraints.c:1324:56: error: array subscript -1 is below array bounds of 'short int [2][16]' [-Werror=array-bounds] [all 2021-09-04 16:34:07] 1324 | reg_renumber[sregno] = ira_class_hard_regs[sclass][0]; [all 2021-09-04 16:34:07] In file included from ../../gcc/gcc/lra-constraints.c:123: [all 2021-09-04 16:34:07] ../../gcc/gcc/ira.h: In function 'bool curr_insn_transform(bool)': [all 2021-09-04 16:34:07] ../../gcc/gcc/ira.h:85:9: note: while referencing 'target_ira::x_ira_class_hard_regs' [all 2021-09-04 16:34:07]85 | short x_ira_class_hard_regs[N_REG_CLASSES][FIRST_PSEUDO_REGISTER]; [all 2021-09-04 16:34:07] | ^ [all 2021-09-04 16:34:13] cc1plus: all warnings being treated as errors [all 2021-09-04 16:34:13] make[1]: *** [Makefile:1142: lra-constraints.o] Error 1 [all 2021-09-04 16:34:13] make[1]: Leaving directory '/var/lib/laminar/run/gcc-nvptx-none/5/toolchain-build/gcc' [all 2021-09-04 16:34:13] make: *** [Makefile:4407: all-gcc] Error 2 Thanks, Jan-Benedict -- signature.asc Description: PGP signature
pdp11: 'src' may be used uninitialized in this function
Hi Paul, using a recent GCC when building GCC results in a possibly uninitialized access: $ .../gcc/configure --target=pdp11-aout --enable-werror-always --enable-languages=all --disable-gcov --disable-shared --disable-threads --without-headers [...] $ make all-gcc [...] [all 2021-09-04 17:21:14] /usr/lib/gcc-snapshot/bin/g++ -fno-PIE -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -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/../libcody -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../gcc/gcc/../libbacktrace -o xcoffout.o -MT xcoffout.o -MMD -MP -MF ./.deps/xcoffout.TPo ../../gcc/gcc/xcoffout.c [all 2021-09-04 17:21:16] /usr/lib/gcc-snapshot/bin/g++ -fno-PIE -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -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/../libcody -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../gcc/gcc/../libbacktrace -o pdp11.o -MT pdp11.o -MMD -MP -MF ./.deps/pdp11.TPo ../../gcc/gcc/config/pdp11/pdp11.c [all 2021-09-04 17:21:19] ../../gcc/gcc/config/pdp11/pdp11.c: In function 'bool pdp11_rtx_costs(rtx, machine_mode, int, int, int*, bool)': [all 2021-09-04 17:21:19] ../../gcc/gcc/config/pdp11/pdp11.c:1113:39: error: 'src' may be used uninitialized in this function [-Werror=maybe-uninitialized] [all 2021-09-04 17:21:19] 1113 | *total += pdp11_addr_cost (src, mode, ADDR_SPACE_GENERIC, speed); [all 2021-09-04 17:21:19] | ^~ [all 2021-09-04 17:21:20] cc1plus: all warnings being treated as errors [all 2021-09-04 17:21:20] make[1]: *** [Makefile:2421: pdp11.o] Error 1 [all 2021-09-04 17:21:20] make[1]: Leaving directory '/var/lib/laminar/run/gcc-pdp11-aout/11/toolchain-build/gcc' [all 2021-09-04 17:21:20] make: *** [Makefile:4422: all-gcc] Error 2 The warning seems legit, though hardly reachable in reality. Maybe fix it for sure, though? Thanks, Jan-Benedict -- signature.asc Description: PGP signature
Re: Error when accessing git read-only archive
Hi David, Jonathan and all others, On Wed, 2021-09-15 09:21:04 -0400, David Malcolm via Gcc wrote: > On Mon, 2021-09-13 at 14:03 +0100, Jonathan Wakely via Gcc wrote: > > On Mon, 13 Sept 2021 at 14:01, Jonathan Wakely > > wrote: > > > On Mon, 13 Sept 2021 at 13:53, Thomas Koenig via Gcc > > > wrote: > > Summarizing some notes from IRC: > > The last commit it manages to print successfully in that log seems to > be: > c012297c9d5dfb177adf1423bdd05e5f4b87e5ec > so it appears that: > 42e95a830ab48e59389065ce79a013a519646f1 > is triggering the issue, and indeed > > https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=f42e95a830ab48e59389065ce79a013a519646f1 > fails in a similar way, whereas other commits work. > > It appears to be due to the "ł" character in the email address of the > Author, in that: > > commit c012297c9d5dfb177adf1423bdd05e5f4b87e5ec > Author: Jan-Benedict Glaw > > works, whereas: > > commit f42e95a830ab48e59389065ce79a013a519646f1 > Author: Jan-Benedict Glaw That was indeed me, after moving my GCC repo to a different machine and adding an explicit user.email (as this wasn't automatically picking up a proper domain.) The "ł" was a typo (AltGr key still pressed while typing the "l" after having entered the "@" which requires it on a German keyboard layout.) So I broke it. Any way to make sure something like this doesn't occur again? Sorry for inconvenience! Jan-Benedict -- signature.asc Description: PGP signature
Re: Error when accessing git read-only archive
Hi Jonathan! On Wed, 2021-09-15 14:43:45 +0100, Jonathan Wakely wrote: > On Wed, 15 Sept 2021 at 14:37, Jan-Benedict Glaw wrote: [UTF-8 in committer's email addresses] > > So I broke it. Any way to make sure something like this doesn't > > occur again? > > We could add a check to the git hooks (and gcc-verify alias) to reject > non-ASCII email addresses, since they're probably mistakes. It was indeed a typo for me, but others might, in the long run, actually use IDNs. Should they prepare their commits using Punycode? > And we should report it to Gitweb (if it isn't already fixed upstream) > and get a fix into the version used on gcc.gnu.org. I hope the local fix is already forwarded. That was quite a Brown Paperbag typo. :( Sorry, Jan-Benedict -- signature.asc Description: PGP signature
Re: Error when accessing git read-only archive
Hi,
On Wed, 2021-09-15 16:10:50 +0200, Mark Wielaard wrote:
[UTF-8 email address containing a 'ł']
> The issue is the gravatar support, which calls md5_hex($email).
> For now I disabled gravatar support on sourceware.org/gcc.gnu.org in
> /etc/gitweb.conf
I am not a Perl guy, but it seems this works (tested locally):
--- a/gitweb/gitweb.perl2021-09-15 20:23:13.788195846 +0200
+++ b/gitweb/gitweb.perl2021-09-15 20:24:19.911806868 +0200
@@ -2193,7 +2193,7 @@
my $size = shift;
$avatar_cache{$email} ||=
"//www.gravatar.com/avatar/" .
- md5_hex($email) . "?s=";
+ md5_hex(utf8::is_utf8($email)?
Encode::encode_utf8($email): $email) . "?s=";
return $avatar_cache{$email} . $size;
}
I'll send that to the GIT mailing list and ask for verification.
Thanks,
Jan-Benedict
--
signature.asc
Description: PGP signature
Re: VAX/GCC port maintenance
Hi Maciej, On Tue, 2021-10-19 15:39:15 +0100, Maciej W. Rozycki wrote: > I have recently started a new position at Embecosm and the company has > offered me to sponsor a personal project related to its business. So I > had it in my mind already for a while to continue the effort with the VAX > backend I have started with the MODE_CC conversion, as a port maintainer. I'm all for it! > There has been the outstanding issue of improving code generation with > LRA we are going to switch to sometime as well as other problems noticed > in the course of said conversion. I will be happy to look into all this > and more for the port to improve and I seem to have been the only person > making substantial changes to the port in the recent times. And I can > serve as the point of contact for any queries or discussions about the > port. > > Would the GCC steering committee be willing to hand this responsibility > over to me? As well: I'm all for it! In the last few years, only minimal maintenance happened for the VAX backend. Neither Matt nor myself (not being a maintainer for VAX, but I care about this!) did do a lot. Would be great to have another port maintainer and I'm especially happy that you'd consider working on the VAX code in your sponsor project's time. Thanks, Jan-Benedict -- signature.asc Description: PGP signature
--target=powerpc64-linux_altivec: Use rs6000_linux64_override_options()?
Hi! While checking my bot build logs, I noticed that GCC configured for --target=powerpc64-linux_altivec will pull in linux64.h and linuxaltivec.h . linux64.h * Will "#define TARGET_USES_LINUX64_OPT 1" (to make static void rs6000_linux64_override_options() available in rs6000.cc). * Will "#define SUBSUBTARGET_OVERRIDE_OPTIONS" to use rs6000_linux64_override_options(). linuxaltivec.h OTOH * Will undef / "#define SUBSUBTARGET_OVERRIDE_OPTIONS rs6000_altivec_abi = 1" and thus no longer use rs6000_linux64_override_options() * That triggers a warning (unused-function). To silence that warning, should linuxaltivec.h undefine TARGET_USES_LINUX64_OPT? Or set rs6000_altivec_abi=1 and call rs6000_linux64_override_options()? Thanks, Jan-Benedict -- signature.asc Description: PGP signature
Re: --target=powerpc64-linux_altivec: Use rs6000_linux64_override_options()?
Hi! On Fri, 2022-10-28 14:19:10 -0500, Segher Boessenkool wrote: > On Fri, Oct 28, 2022 at 07:34:24PM +0200, Jan-Benedict Glaw wrote: > > While checking my bot build logs, I noticed that GCC configured for > > --target=powerpc64-linux_altivec will pull in linux64.h and > > linuxaltivec.h . > > > > linux64.h > > * Will "#define TARGET_USES_LINUX64_OPT 1" (to make static void > > rs6000_linux64_override_options() available in rs6000.cc). > > * Will "#define SUBSUBTARGET_OVERRIDE_OPTIONS" to use > > rs6000_linux64_override_options(). > > > > linuxaltivec.h OTOH > > * Will undef / "#define SUBSUBTARGET_OVERRIDE_OPTIONS rs6000_altivec_abi > > = 1" > > and thus no longer use rs6000_linux64_override_options() > > * That triggers a warning (unused-function). > > > > To silence that warning, should linuxaltivec.h undefine > > TARGET_USES_LINUX64_OPT? Or set rs6000_altivec_abi=1 and call > > rs6000_linux64_override_options()? > > Why do you use powerpc64-linux_altivec? This things (normally spelled > with a dash, not and underscore, btw) was made for 32-bit targets. It > never has done anything useful for 64-bit targets, afaik? Because it's listed in ./contrib/config-list.mk: /var/cache/git/gcc [master] # make -f contrib/config-list.mk show | tr ' ' $'\n' | grep altivec powerpc-eabisimaltivec powerpc-eabialtivec powerpc64-linux_altivec > (And not for 32-bit targets either really, but that is another issue.) It seems to be on the target list since the very beginning, when config-list.mk was created by Joern Rennecke. So somebody cared about this configuration I guess? If this configuration isn't ment to be used, we'd just drop it from the list I guess. MfG, JBG -- signature.asc Description: PGP signature
GNU Tools Cauldron 2023?
Hi! Will there be another Cauldron this year? Up to now, it seems there wasn't an announcement for it and there's no Wiki page either. Thanks, Jan-Benedict -- signature.asc Description: PGP signature
rl78-elf: Compilation broken due to missing constraint
Hi! I guess you forgot a small patch to constraints.md, because since this commit which uses a new "U" constraint, the rl78-elf target won't build: 2013-05-31 Kaushik Phatak * config/rl78/rl78.md (mulqi3,mulhi3): New define_expands. (*mulqi3_rl78,*mulhi3_rl78,*mulhi3_g13): New define_insns. [...] g++ -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -static-libstdc++ -static-libgcc -o build/genoutput \ build/genoutput.o build/rtl.o build/read-rtl.o build/ggc-none.o build/vec.o build/min-insn-modes.o build/gensupport.o build/print-rtl.o build/read-md.o build/errors.o ../build-x86_64-unknown-linux-gnu/libiberty/libiberty.a build/genoutput ../../../../gcc/gcc/config/rl78/rl78.md \ insn-conditions.md > tmp-output.c ../../../../gcc/gcc/config/rl78/rl78.md:265: error: undefined machine-specific constraint at this point: "U" ../../../../gcc/gcc/config/rl78/rl78.md:265: note: in operand 1 ../../../../gcc/gcc/config/rl78/rl78.md:282: error: undefined machine-specific constraint at this point: "U" ../../../../gcc/gcc/config/rl78/rl78.md:282: note: in operand 1 ../../../../gcc/gcc/config/rl78/rl78.md:297: error: undefined machine-specific constraint at this point: "U" ../../../../gcc/gcc/config/rl78/rl78.md:297: note: in operand 1 make[2]: *** [s-output] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Lauf nicht vor Deinem Glück davon: the second : Es könnte hinter Dir stehen! signature.asc Description: Digital signature
Re: rl78-elf: Compilation broken due to missing constraint
On Fri, 2013-07-12 04:42:26 +, Kaushik Phatak wrote: > > I guess you forgot a small patch to constraints.md, because since this > > commit which uses a new "U" constraint, the rl78-elf target won't > > build: > > 2013-05-31 Kaushik Phatak > > > > * config/rl78/rl78.md (mulqi3,mulhi3): New define_expands. > > (*mulqi3_rl78,*mulhi3_rl78,*mulhi3_g13): New define_insns. > > Yes, DJ did point out this missing constraint in my patch. I have posted this > and committed this patch last month itself, > http://gcc.gnu.org/ml/gcc-patches/2013-06/msg00643.html > > It does seem to have got submitted to gcc-cvs and I am able to see this > change when I do a svn update, > http://gcc.gnu.org/ml/gcc-cvs/2013-06/msg00409.html > > Please correct me if I am wrong on this. I think that you simply missed to commit the constraints.md part of the patch. Looking at SVN commit 199976 (http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=199976), the changelog mentions the addition of the new "U" constraint, but the actual patch is missing it. And if you look at the gcc-...@gcc.gnu.org email that was caused by your commit, the constraints.md part is missing there, too. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Zensur im Internet? Nein danke! the second : signature.asc Description: Digital signature
Toolchain Build Robot
Hi!
Since some time, I'm running compile tests for binutils/gdb/gcc on
three of my machines. As you noticed, they're hitting errors from time
to time.
So I decided to spend it a small web frontend:
http://toolchain.lug-owl.de/buildbot/
Maybe it's useful to somebody.
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Friends are relatives you make for yourself.
the second :
signature.asc
Description: Digital signature
Re: Toolchain Build Robot
On Tue, 2013-08-06 22:34:40 +0200, Jan-Benedict Glaw wrote: > Since some time, I'm running compile tests for binutils/gdb/gcc on > three of my machines. As you noticed, they're hitting errors from time > to time. > > So I decided to spend it a small web frontend: > > http://toolchain.lug-owl.de/buildbot/ I just added a different view. All results can also be viewed as a timeline, both per-buildhost and per-target: http://toolchain.lug-owl.de/buildbot/timeline.php MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: [Nach Firefox-Update gibt es Empfehlungen, wenn man einen neuen Tab aufmacht.] the second : 13:26 <@jbglaw> "Hide the new tab page" 13:27 <@jbglaw> Warum zum Teufel sind gerade Kacheln so ungeheuer angesagt?! 13:57 <@andrel> die Mozilla Foundation hat eine LKW Ladung Fugenkitt gespendet bekommen? signature.asc Description: Digital signature
Re: Toolchain Build Robot
On Sun, 2013-08-18 12:52:14 +0200, Gerald Pfeifer wrote: > On Sun, 11 Aug 2013, Jan-Benedict Glaw wrote: > > I just added a different view. All results can also be viewed as a > > timeline, both per-buildhost and per-target: > > > > http://toolchain.lug-owl.de/buildbot/timeline.php > > Nice! Would you like to add a reference to http://gcc.gnu.org/testing/ ? Ok? Index: htdocs/testing/index.html === RCS file: /cvs/gcc/wwwdocs/htdocs/testing/index.html,v retrieving revision 1.29 diff -u -p -r1.29 index.html --- htdocs/testing/index.html 18 Aug 2013 10:54:32 - 1.29 +++ htdocs/testing/index.html 19 Aug 2013 11:43:47 - @@ -34,6 +34,10 @@ the test suite directories. send their test results to the http://gcc.gnu.org/ml/gcc-testresults/";>gcc-testresults mailing list. + + Jan-Benedict Glaw is runing a + http://toolchain.lug-owl.de/buildbot/";>build robot that + tries to build various cross-target (stage1 only) on some machines. Ideas for further testing MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: 17:44 <@uschebit> Evangelist ist doch ein Vertriebler the second : für unverkäufliche Produkte, oder? (#korsett, 20120821) signature.asc Description: Digital signature
Re: Toolchain Build Robot
On Mon, 2013-08-19 13:45:24 +0200, Jan-Benedict Glaw wrote: > On Sun, 2013-08-18 12:52:14 +0200, Gerald Pfeifer wrote: > > On Sun, 11 Aug 2013, Jan-Benedict Glaw wrote: > > > I just added a different view. All results can also be viewed as a > > > timeline, both per-buildhost and per-target: > > > > > > http://toolchain.lug-owl.de/buildbot/timeline.php > > > > Nice! Would you like to add a reference to http://gcc.gnu.org/testing/ ? ...and this on top of that: Ok? Index: htdocs/testing/index.html === RCS file: /cvs/gcc/wwwdocs/htdocs/testing/index.html,v retrieving revision 1.29 diff -u -p -r1.29 index.html --- htdocs/testing/index.html 18 Aug 2013 10:54:32 - 1.29 +++ htdocs/testing/index.html 19 Aug 2013 11:51:09 - @@ -110,6 +113,13 @@ the test suite directories. Build and test packages that are normally available on your platform and for which you have access to source. Run benchmarks regularly and report performance regressions. + Extend the + http://toolchain.lug-owl.de/buildbot/";>build robot to also + do local builds, run the testsuite, visualize test result differences + and probably use something like + http://buildbot.net/";>BuildBot. Some of the + http://gcc.gnu.org/wiki/CompileFarm";>Compile Farm machines + could also be used. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: http://www.eyrie.org/~eagle/faqs/questions.html the second : signature.asc Description: Digital signature
[buildrobot] gcc/config/linux-android.c:40:7: error: ‘OPTION_BIONIC’ was not declared in this scope
Hi! My build robot[1] catched this error[2] while cross-building for powerpc64le-linux: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -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 -I../../../../gcc/gcc/../libbacktrace-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 -I../../../../gcc/gcc/../libbacktrace \ ../../../../gcc/gcc/config/linux-android.c ../../../../gcc/gcc/config/linux-android.c: In function ‘bool linux_android_libc_has_function(function_class)’: ../../../../gcc/gcc/config/linux-android.c:40:7: error: ‘OPTION_BIONIC’ was not declared in this scope if (OPTION_BIONIC) ^ make[2]: *** [linux-android.o] Error 1 Probably introduced with r201838 (http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=201838). I guess it's just a forgotten chunk. MfG, JBG [1] http://toolchain.lug-owl.de/buildbot/ [2] http://toolchain.lug-owl.de/buildbot/#job8903 -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: http://perl.plover.com/Questions.html the second : signature.asc Description: Digital signature
[buildrobot] .../gcc/gcc/config/linux.h:105:34: error: ‘linux_android_libc_has_function’ was not declared in this scope
On Tue, 2013-08-20 11:24:31 +0400, Alexander Ivchenko
wrote:
> Hi, thanks for cathing this.
>
> I certainly missed that OPTION_BIONIC is not defined for linux targets
> that do not include config/linux.h in their tm.h.
Slightly different, but tic6x-uclinux
(http://toolchain.lug-owl.de/buildbot/?id=9018 , with build log being
available at
http://toolchain.lug-owl.de/buildbot/showlog.php?id=9018&mode=view)
probably also affected:
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -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 -I../../../../gcc/gcc/../libbacktrace\
../../../../gcc/gcc/config/c6x/c6x.c -o c6x.o
In file included from ./tm.h:24:0,
from ../../../../gcc/gcc/config/c6x/c6x.c:25:
../../../../gcc/gcc/config/linux.h:105:34: error:
‘linux_android_libc_has_function’ was not declared in this scope
#define TARGET_LIBC_HAS_FUNCTION linux_android_libc_has_function
^
./target-hooks-def.h:1100:5: note: in expansion of macro
‘TARGET_LIBC_HAS_FUNCTION’
TARGET_LIBC_HAS_FUNCTION, \
^
../../../../gcc/gcc/config/c6x/c6x.c:6839:29: note: in expansion of macro
‘TARGET_INITIALIZER’
struct gcc_target targetm = TARGET_INITIALIZER;
^
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Ich hatte in letzter Zeit ein bißchen viel Realitycheck.
the second : Langsam möchte ich mal wieder weiterträumen können.
-- Maximilian Wilhelm (18. Mai 2005, #lug-owl.de)
signature.asc
Description: Digital signature
[ping] [buildrobot] gcc/config/linux-android.c:40:7: error: ‘OPTION_BIONIC’ was not declared in this scope
Hi! On Tue, 2013-08-20 11:24:31 +0400, Alexander Ivchenko wrote: > Hi, thanks for cathing this. > > I certainly missed that OPTION_BIONIC is not defined for linux targets > that do not include config/linux.h in their tm.h. > > This patch fixed build for powerpc64le-linux and mn10300-linux. > linux_libc, LIBC_GLIBC, LIBC_BIONIC should be defined for all targets. [...] It would be nice if somebody would review this patch. The initial commit had fallout on a few targets: alpha-linux: http://toolchain.lug-owl.de/buildbot/showlog.php?id=9537&mode=view mn10300-linux: http://toolchain.lug-owl.de/buildbot/showlog.php?id=9657&mode=view sparc64-linux: http://toolchain.lug-owl.de/buildbot/showlog.php?id=9655&mode=view tic6x-uclinux: http://toolchain.lug-owl.de/buildbot/showlog.php?id=9647&mode=view powerpc64le-linux: http://toolchain.lug-owl.de/buildbot/showlog.php?id=9638&mode=view (all other PPC variants, too.) Thanks, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: http://www.eyrie.org/~eagle/faqs/questions.html the second : signature.asc Description: Digital signature
Automated Toolchain Building and Testing
Hi! My first try on a build robot (http://toolchain.lug-owl.de/buildbot/ and http://toolchain.lug-owl.de/buildbot/timeline.php) is running for some time now, so I'd like to do a next step. (The current homegrown build script is designed to do a cross-build with a named --target and no --build/--host, building binutils, gold, gdb and stace1 gcc. The testsuite isn't run as of now. And since this isn't a full bootstrap re-building GCC with itself, it's mostly a compatibility check for the toolchain sources to build with the detected system C compiler.) While the current setup works quite fine, it's time to extend it to (as a minimum) run the test suite and report on it. As people suggested, I had at some other Continuous Integration systems, mostly Jenkins and BuildBot. Both share a common problem: They require extra software on a given build slave to work. (Jenkins expects a working Java installation, BuildBot needs Python and Twisted.) Without having checked this, I guess that other CI systems impose similar dependencies. At this point, I'd like to get some feedback from you! Do you have any CI system running that only needs eg. ssh to log-in into a slave box? Do you think that it's acceptable for a Toolchain Build Robot to require Python/Twisted or Java on a slave system? I'm thinking about some of the more obscure systems (m68k-netbsd, ...) that probably won't have Java readily running. And even gcj may not be ported to all systems that otherwise could run a Build Robot slave instance. The decision thus is like this: Continue to run some self-written CI system that fits our needs and specifically covers the rarely-used platforms? Or run one with well-known software, though we'll probably loose obscure systems? MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: "really soon now": an unspecified period of time, likly to the second : be greater than any reasonable definition of "soon". signature.asc Description: Digital signature
Re: Automated Toolchain Building and Testing
On Wed, 2013-08-28 23:26:29 +0800, Samuel Mi wrote: > Looks like you for now have been trying to find out a solution > suitable for you to automatically build GCC from source combined with > certain continuous systems like Jenkins. As a matter of fact, Jenkins > is exactly a good choice to do such thing just mentioned, due to > itself with so many plugins[1] you can pick up to fit your needs. I'm not too sure if Jenkins is actually a good choice, just because I question that there's a working Java especially for old Unix-alike systems that GCC still (in theory) supports. What about eg. older IRIX or Ultrix systems? ...or can you, instead of using the Java-based client part of Jenkins, issue all commands over a SSH (or maybe even Telnet...) session? Is there a module for this available? We've been using Jenkins at the company I work for, though only for up-to-date mainstream systems with current state-of-the-art software. But what I really like is to also support old and legacy systems, as well as probably current ones with only a minimal userbase. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Eine Freie Meinung in einem Freien Kopf the second : für einen Freien Staat voll Freier Bürger. signature.asc Description: Digital signature
Re: Automated Toolchain Building and Testing
On Thu, 2013-08-29 02:43:54 +0800, Samuel Mi wrote: > > ...or can you, instead of using the Java-based > > client part of Jenkins, issue all commands over a SSH (or maybe even > > Telnet...) session? Is there a module for this available? > If making jenkins running on target systems you want whether old or > modern, then take a look at Jenkins-SSH > (https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+SSH) to remotely > control over ssh. This looks like a SSH connector for the Jenkins server side, no? MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Friends are relatives you make for yourself. the second : signature.asc Description: Digital signature
Re: Automated Toolchain Building and Testing
On Thu, 2013-08-29 01:18:32 +, paul_kon...@dell.com wrote: > On Aug 28, 2013, at 8:52 PM, Samuel Mi wrote: > > On Thu, Aug 29, 2013 at 2:54 AM, Jan-Benedict Glaw > > wrote: > > > On Thu, 2013-08-29 02:43:54 +0800, Samuel Mi > > > wrote: > > > > > ...or can you, instead of using the Java-based > > > > > client part of Jenkins, issue all commands over a SSH (or maybe even > > > > > Telnet...) session? Is there a module for this available? > > > > If making jenkins running on target systems you want whether old or > > > > modern, then take a look at Jenkins-SSH > > > > (https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+SSH) to remotely > > > > control over ssh. > > > This looks like a SSH connector for the Jenkins server side, no? > > No. Actually, Jenkins implements a built-in SSH server within itself. > > At this point, it's consider to be a normal SSH server. So, you can > > remotely access Jenkins server via SSH after setting up corresponding > > configurations within it. > > What non-antique Linux doesn't come with Python? GCC and Binutils don't exclusively run on Linux platforms. Actually, the Linux targets are those which are actually tested the most by usual day-to-day usage. I'd specifically like to run tests on platforms that are _not_ used by large user bases, but still supported by GCC. Those platforms tend to be non-Linux, non-i386, non-recent, or any combination if those. *This* is what I want to support. (It still should also run on Linux, though.) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: ...und wenn Du denkst, es geht nicht mehr, the second : kommt irgendwo ein Lichtlein her. signature.asc Description: Digital signature
Re: Automated Toolchain Building and Testing
On Thu, 2013-08-29 10:34:40 +0200, Rainer Orth wrote: > Jan-Benedict Glaw writes: > > On Wed, 2013-08-28 23:26:29 +0800, Samuel Mi wrote: > > > Looks like you for now have been trying to find out a solution > > > suitable for you to automatically build GCC from source combined with > > > certain continuous systems like Jenkins. As a matter of fact, Jenkins > > > is exactly a good choice to do such thing just mentioned, due to > > > itself with so many plugins[1] you can pick up to fit your needs. > > > > I'm not too sure if Jenkins is actually a good choice, just because I > > question that there's a working Java especially for old Unix-alike > > systems that GCC still (in theory) supports. What about eg. older IRIX > > or Ultrix systems? ...or can you, instead of using the Java-based > > I honestly wouldn't worry about such legacy systems: their respective > maintainers take care of testing them, and it would be hard nowadays to > even find both hardware and OS media to set up a new system. Well, I do. Just for example, I do care about the VAX backend. I've had something similar to my current build robot running for a while, then it broke (due to other circumstances) and it took me quite some time to track down some "easter eggs" introduced in the mean time. I'd like to catch such things early, personally for the VAX backend, but if possible in general. Shouldn't be too hard to have something that dispatches commands purely through SSH. If there's nothing available, I'll just write it. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: http://www.eyrie.org/~eagle/faqs/questions.html the second : signature.asc Description: Digital signature
Re: Automated Toolchain Building and Testing
On Thu, 2013-08-29 07:21:28 -0400, Diego Novillo wrote: > On Thu, Aug 29, 2013 at 6:02 AM, Jan-Benedict Glaw wrote: > > On Thu, 2013-08-29 10:34:40 +0200, Rainer Orth > > wrote: > > > I honestly wouldn't worry about such legacy systems: their respective > > > maintainers take care of testing them, and it would be hard nowadays to > > > even find both hardware and OS media to set up a new system. > > > > Well, I do. > > That's fine, but I don't think we should not hold a good solution in > the quest for the perfect one. How about we start with this version? > Whoever is interested in extending it to other systems, can do it > incrementally. It's already running :) This thread is already about the next version. The current variant will easily run on anything that is able to run GIT (probably any other SCM) and SSH (and it'd be easy to adopt it to anything else like telnet or rlogin.) > I have not yet caught up to the whole thread, but I suppose the > possibility of running it on the Compile Farm has been discussed? David Edelsohn already pointed me to that and I requested an accound some time ago, but I'm still waiting for a reply. (Though it's holiday time, so I guess the people doing account maintenance are just out for a trip.) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Gib Dein Bestes. Dann übertriff Dich selbst! the second : signature.asc Description: Digital signature
[ping^2] [buildrobot] gcc/config/linux-android.c:40:7: error: ‘OPTION_BIONIC’ was not declared in this scope
Hi! On Mon, 2013-08-26 12:51:53 +0200, Jan-Benedict Glaw wrote: > On Tue, 2013-08-20 11:24:31 +0400, Alexander Ivchenko > wrote: > > I certainly missed that OPTION_BIONIC is not defined for linux targets > > that do not include config/linux.h in their tm.h. > > > > This patch fixed build for powerpc64le-linux and mn10300-linux. > > linux_libc, LIBC_GLIBC, LIBC_BIONIC should be defined for all targets. > [...] > > It would be nice if somebody would review this patch. The initial > commit had fallout on a few targets: > > alpha-linux: > http://toolchain.lug-owl.de/buildbot/showlog.php?id=9537&mode=view > mn10300-linux: > http://toolchain.lug-owl.de/buildbot/showlog.php?id=9657&mode=view > sparc64-linux: > http://toolchain.lug-owl.de/buildbot/showlog.php?id=9655&mode=view > tic6x-uclinux: > http://toolchain.lug-owl.de/buildbot/showlog.php?id=9647&mode=view > powerpc64le-linux: > http://toolchain.lug-owl.de/buildbot/showlog.php?id=9638&mode=view > (all other PPC variants, too.) This is still broken. Today it's two weeks. Can we please have the patch ACKed or revert the patch? MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:If it doesn't work, force it. the second : If it breaks, it needed replacing anyway. signature.asc Description: Digital signature
Re: [ping] [buildrobot] gcc/config/linux-android.c:40:7: error: ‘OPTION_BIONIC’ was not declared in this scope
On Mon, 2013-08-26 12:51:53 +0200, Jan-Benedict Glaw wrote: > On Tue, 2013-08-20 11:24:31 +0400, Alexander Ivchenko > wrote: > > Hi, thanks for cathing this. > > > > I certainly missed that OPTION_BIONIC is not defined for linux targets > > that do not include config/linux.h in their tm.h. > > > > This patch fixed build for powerpc64le-linux and mn10300-linux. > > linux_libc, LIBC_GLIBC, LIBC_BIONIC should be defined for all targets. > [...] Seems the commit at Thu Sep 5 13:01:35 2013 (CEST) fixed most of the fallout. Thanks! > mn10300-linux: > http://toolchain.lug-owl.de/buildbot/showlog.php?id=9657&mode=view This however still seems to have issues in a current build: http://toolchain.lug-owl.de/buildbot/showlog.php?id=10520&mode=view g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -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 -I../../../../gcc/gcc/../libbacktrace-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 -I../../../../gcc/gcc/../libbacktrace \ ../../../../gcc/gcc/config/linux-android.c ../../../../gcc/gcc/config/linux-android.c: In function ‘bool linux_android_libc_has_function(function_class)’: ../../../../gcc/gcc/config/linux-android.c:38:7: error: ‘OPTION_GLIBC’ was not declared in this scope if (OPTION_GLIBC) ^ ../../../../gcc/gcc/config/linux-android.c:40:7: error: ‘OPTION_BIONIC’ was not declared in this scope if (OPTION_BIONIC) ^ make[2]: *** [linux-android.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Träume nicht von Deinem Leben: Lebe Deinen Traum! the second : signature.asc Description: Digital signature
Re: [ping] [buildrobot] gcc/config/linux-android.c:40:7: error: ‘OPTION_BIONIC’ was not declared in this scope
On Tue, 2013-09-10 12:01:34 +1200, Maxim Kuvyrkov wrote: > On 7/09/2013, at 1:31 AM, Jan-Benedict Glaw wrote: > > This however still seems to have issues in a current build: > > > > http://toolchain.lug-owl.de/buildbot/showlog.php?id=10520&mode=view > > Mn10300-linux does not appear to be supporting linux. Mn10300-linux > target specifier expands into mn10300-unknown-linux-gnu, where *-gnu > implies using Glibc library, which doesn't have mn10300 port. Uh, I would have expected an error message then (from configury), but you may well be right. I changed over to mn10300-elf for now. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:http://www.chiark.greenend.org.uk/~sgtatham/bugs.html the second : signature.asc Description: Digital signature
[buildrobot] ppc: Missing declaration
Hi!
My build robot fails to build at least ppc{,64,le}-linux right now.
Probably r203019 introduced:
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I.
-I/home/jbglaw/repos/gcc/gcc -I/home/jbglaw/repos/gcc/gcc/.
-I/home/jbglaw/repos/gcc/gcc/../include
-I/home/jbglaw/repos/gcc/gcc/../libcpp/include
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o insn-output.o -MT
insn-output.o -MMD -MP -MF ./.deps/insn-output.TPo insn-output.c
/home/jbglaw/repos/gcc/gcc/config/rs6000/darwin.md: In function ‘const char*
output_1(rtx_def**, rtx_def*)’:
/home/jbglaw/repos/gcc/gcc/config/rs6000/darwin.md:264: error:
‘machopic_should_output_picbase_label’ was not declared in this scope
/home/jbglaw/repos/gcc/gcc/config/rs6000/darwin.md: In function ‘const char*
output_6(rtx_def**, rtx_def*)’:
/home/jbglaw/repos/gcc/gcc/config/rs6000/darwin.md:400: error:
‘machopic_should_output_picbase_label’ was not declared in this scope
/home/jbglaw/repos/gcc/gcc/config/rs6000/darwin.md:403: error:
‘machopic_get_function_picbase’ was not declared in this scope
make[1]: *** [insn-output.o] Error 1
(See eg.
http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=14892)
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: http://perl.plover.com/Questions.html
the second :
signature.asc
Description: Digital signature
[buildrobot] OMP: r203408 probably needs another operator& returning bool
& (OMP_CLAUSE_MASK_1 << PRAGMA_OMP_CLAUSE_NUM_TEAMS)) ^ ../../../../gcc/gcc/c-family/c-omp.c:855:22: error: could not convert ‘mask.omp_clause_mask::operator&(omp_clause_mask(1ul).omp_clause_mask::operator<<(22))’ from ‘omp_clause_mask’ to ‘bool’ else if (mask & (OMP_CLAUSE_MASK_1 ^ ../../../../gcc/gcc/c-family/c-omp.c:868:13: error: could not convert ‘mask.omp_clause_mask::operator&(omp_clause_mask(1ul).omp_clause_mask::operator<<(22))’ from ‘omp_clause_mask’ to ‘bool’ if (mask & (OMP_CLAUSE_MASK_1 << PRAGMA_OMP_CLAUSE_NUM_THREADS)) ^ make[2]: *** [c-family/c-omp.o] Error 1 Seen first while building for mn10300-elf with g++ (Debian 4.8.1-7) 4.8.1. Probably just needs an overloaded bool-returning operator&. MfG, JBG [1] http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=44562 -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:http://www.chiark.greenend.org.uk/~sgtatham/bugs.html the second : signature.asc Description: Digital signature
Re: Running contrib/config-list.mk from the buildbots
Hi Diego! On Tue, 2013-11-19 10:20:48 -0500, Diego Novillo wrote: > I've been thinking that it would be very useful for buildbots to run > contrib/config-list.mk. This tests stage1's all-gcc on a very wide > collection of targets. It builds everything with -Werror, so it > requires a recent host compiler (ideally trunk or the latest release). > > Currently, many targets are broken because of -Werror. I was thinking > of fixing them, but unless we keep them clean with a buildbot they > will regress. > > Would this be hard to set up in your buildbots? I haven't ever directly used config-list.mk, so I'm just guessing around here :) Starting from making it work, different host-local options may need to be set (cf. "host_options='--with-mpc=/opt/cfarm/mpc' # gcc10" found in that file.) Additional to that, it needs a combined tree, right? Shouldn't be much of a problem. With Ada and Go (as well as `all' languages), there are quite a few more dependencies, so I guess I wouldn't like to run it on all hosts. Since it builds (per default) all targets, it'll have a *hugh* runtime (if not run in parallel.) That is, I would NOT consider running it as-is on the hosts. However, since I need to touch the scheduler due to other reasons, I'm thinking about parsing config-list.mk's host list and schedule individual builds on (picked) build slaves. That would additionally have the advantage of having single builds showing up in the web frontend, and not one hugh long-running job where you can then have a look at the individual logs (per target.) Final notes: It needs a small change in the script running on the target, as well as a change to the scheduler, to make it "work". Maybe it would be worthwile to not mix my current results with those of config-list.mk, since they build/test different things. But that's, too, just a flag in a database table. So I think I'll just have a look in-detail at it and prepare a test on one of the cfarm machines. Since config-list.mk builds quite more than I do right now, it would be a hugh win to go into that direction. Thanks for the idea :) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Alles wird gut! ...und heute wirds schon ein bißchen besser. the second : signature.asc Description: Digital signature
Re: Running contrib/config-list.mk from the buildbots
On Tue, 2013-11-19 12:08:05 -0500, Diego Novillo wrote: > On Tue, Nov 19, 2013 at 12:03 PM, Jan-Benedict Glaw wrote: > > On Tue, 2013-11-19 10:20:48 -0500, Diego Novillo > > wrote: [config-list.mk] > >> Would this be hard to set up in your buildbots? > > > > I haven't ever directly used config-list.mk, so I'm just guessing > > around here :) > > > > Starting from making it work, different host-local options may need > > to be set (cf. "host_options='--with-mpc=/opt/cfarm/mpc' # gcc10" > > found in that file.) > > Well, you need that for your other builds anyway, right? Everything > needs a working gmp/mpfr/mpc. Anything that is optional does not need > to be done with this script. That may be in different places. For the cfarm machines, that location is quite stable, but that doesn't make it globally correct. > > Additional to that, it needs a combined tree, right? Shouldn't be > > much of a problem. > > No. It just needs a relatively recent set of tools on the host (gcc, > binutils, etc) Ah, it's just building GCC itself, without binutils and eg. libgcc etc. Just didn't really notice. > > With Ada and Go (as well as `all' languages), there are quite a few > > more dependencies, so I guess I wouldn't like to run it on all hosts. > > We don't need to test Ada and Go with the buildbots. ...but I think it would be quite fun to do! > Really, the only thing interesting about the script is the broad set > of targets it uses. If you just added them to the schedule of builds, > that should be sufficient. We could even decide not to add all of > them. And certainly take out the ones that just don't build as-is. When I made that target list used in Build Robot, I actually took quite a few from config-list.mk . However, I usually stripped off all the ABI variants, leaving -linux or -elf for most of them. So really, I think this is a good idea to work on. Though due to -Werror, there'll be some fun stuff (aarch64-elf here, but all others will probably equally affected: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -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 -I../../../gcc/gcc/../libbacktrace -DCLOOG_INT_GMP-o langhooks.o -MT langhooks.o -MMD -MP -MF ./.deps/langhooks.TPo ../../../gcc/gcc/langhooks.c ../../../gcc/gcc/langhooks.c: In function ‘void lhd_print_error_function(diagnostic_context*, const char*, diagnostic_info*)’: ../../../gcc/gcc/langhooks.c:460:41: error: unknown conversion type character ‘r’ in format [-Werror=format=] "locus", s.file, s.line, s.column); ^ ../../../gcc/gcc/langhooks.c:460:41: error: format ‘%d’ expects argument of type ‘int’, but argument 5 has type ‘const char*’ [-Werror=format=] ../../../gcc/gcc/langhooks.c:460:41: error: unknown conversion type character ‘R’ in format [-Werror=format=] ../../../gcc/gcc/langhooks.c:460:41: error: too many arguments for format [-Werror=format-extra-args] ../../../gcc/gcc/langhooks.c:465:31: error: unknown conversion type character ‘r’ in format [-Werror=format=] "locus", s.file, s.line); ^ ../../../gcc/gcc/langhooks.c:465:31: error: format ‘%d’ expects argument of type ‘int’, but argument 5 has type ‘const char*’ [-Werror=format=] ../../../gcc/gcc/langhooks.c:465:31: error: unknown conversion type character ‘R’ in format [-Werror=format=] ../../../gcc/gcc/langhooks.c:465:31: error: too many arguments for format [-Werror=format-extra-args] cc1plus: all warnings being treated as errors make[2]: *** [langhooks.o] Error 1 $ g++ --version g++ (Debian 4.8.1-7) 4.8.1 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: http://perl.plover.com/Questions.html the second : signature.asc Description: Digital signature
Re: Running contrib/config-list.mk from the buildbots
On Tue, 2013-11-19 12:08:05 -0500, Diego Novillo wrote:
[conffig-list.mk]
> Really, the only thing interesting about the script is the broad set
> of targets it uses. If you just added them to the schedule of builds,
> that should be sufficient. We could even decide not to add all of
> them. And certainly take out the ones that just don't build as-is.
With -Werror in place, I think not a single target will build right now, due to
warnings/errors in common code. Just picking a recent s390x-linux as an
example:
buildrobot@toolchaintest-host:~/xx$ wget -O s390x-linux.buildlog --quiet
'http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=download&id=252870'
buildrobot@toolchaintest-host:~/xx$ grep 'warning: ' s390x-linux.buildlog |wc -l
116
buildrobot@toolchaintest-host:~/xx$ grep 'warning: ' s390x-linux.buildlog |cut
-f 4- -d ':'|sort|uniq -c
3 operand 2 missing mode?
1 remember to run `libtool --finish
/home/jbglaw/build/s390x-linux/_install_/libexec/gcc/s390x-linux/4.9.0'
7 source missing a mode?
4 warning: dereferencing type-punned pointer will break strict-aliasing
rules [-Wstrict-aliasing]
11 warning: format '%d' expects argument of type 'int', but argument 4
has type 'const char*' [-Wformat=]
8 warning: format '%d' expects argument of type 'int', but argument 5
has type 'const char*' [-Wformat=]
2 warning: format '%s' expects argument of type 'char*', but argument 5
has type 'int' [-Wformat=]
3 warning: format '%s' expects argument of type 'char*', but argument 6
has type 'int' [-Wformat=]
18 warning: missing sentinel in function call [-Wformat=]
20 warning: too many arguments for format [-Wformat-extra-args]
19 warning: unknown conversion type character 'r' in format [-Wformat=]
19 warning: unknown conversion type character 'R' in format [-Wformat=]
1 warning: unknown conversion type character 'X' in format [-Wformat=]
Some of those are probably spurious and won't break the build, but all
of the -Wformat diagnostics will:
buildrobot@toolchaintest-host:~/xx$ grep "too many arguments for format"
s390x-linux.buildlog |cut -f 1 -d ':'|sort|uniq -c
8 /home/jbglaw/repos/gcc/gcc/cp/error.c
1 /home/jbglaw/repos/gcc/gcc/cp/method.c
3 /home/jbglaw/repos/gcc/gcc/diagnostic.c
2 /home/jbglaw/repos/gcc/gcc/langhooks.c
6 /home/jbglaw/repos/gcc/gcc/tree.c
I don't understand the "missing sentinel" messages; they're on code like this:
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H
-DGENERATOR_FILE -I. -Ibuild -I/home/jbglaw/repos/gcc/gcc
-I/home/jbglaw/repos/gcc/gcc/build -I/home/jbglaw/repos/gcc/gcc/../include
-I/home/jbglaw/repos/gcc/gcc/../libcpp/include -I/opt/cfarm/gmp-latest/include
-I/opt/cfarm/mpfr-latest/include -I/opt/cfarm/mpc-latest/include
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libbacktrace\
-o build/read-md.o /home/jbglaw/repos/gcc/gcc/read-md.c
/home/jbglaw/repos/gcc/gcc/read-md.c: In function 'const char*
join_c_conditions(const char*, const char*)':
/home/jbglaw/repos/gcc/gcc/read-md.c:203:58: warning: missing sentinel in
function call [-Wformat=]
result = concat ("(", cond1, ") && (", cond2, ")", NULL);
^
Maybe "NULL" isn't of pointer type and thus it would need a cast here...
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of:Lauf nicht vor Deinem Glück davon:
the second : Es könnte hinter Dir stehen!
signature.asc
Description: Digital signature
Re: Running contrib/config-list.mk from the buildbots
On Tue, 2013-11-19 13:20:41 -0500, Diego Novillo wrote: > On Tue, Nov 19, 2013 at 1:11 PM, Jan-Benedict Glaw wrote: > > On Tue, 2013-11-19 12:08:05 -0500, Diego Novillo > > wrote: > > [conffig-list.mk] > >> Really, the only thing interesting about the script is the broad set > >> of targets it uses. If you just added them to the schedule of builds, > >> that should be sufficient. We could even decide not to add all of > >> them. And certainly take out the ones that just don't build as-is. > > > > With -Werror in place, I think not a single target will build right now, > > due to > > warnings/errors in common code. Just picking a recent s390x-linux as an > > example: > > Right, because you're using 4.8. These warnings disappear when using > trunk and/or do not actually break the build. I suppose this is too > much for the buildbot then? It won't have a recent trunk around, so > perhaps restricting it to the targets that actually build with 4.8 is > the way to go. The Build Robot just uses whatever GCC is there, if no compiler is set explicitely. (I tried that with eg. IBM's XL compiler, but that broke horribly. Still lots of stuff to clean up.) In general, building with a trunk (or otherwise recent) GCC isn't much of a problam if there's one around. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Gib Dein Bestes. Dann übertriff Dich selbst! the second : signature.asc Description: Digital signature
[buildrobot] First results of running contrib/config-list.mk
Hi! The two build robot instances that schedule jobs using contrib/config-list.mk are done with two rounds. I haven't looked at the details (and thus there are no patches), but I'd like to point out the results. Depending on the host, gcc/g++ is: gcc20: g++ (GCC) 4.9.0 20131122 (experimental) gcc76: g++ (GCC) 4.9.0 20131121 (experimental) Binutils were not freshly build, so they're older. I tried to find the respective maintainers and Cc'ed them, but that wasn't obvious in some cases. But I hope we'll see some fixes soon. At least a good number of the -Werror build breakages look quite simple to fix. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: "Debugging is twice as hard as writing the code in the first place. the second : Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan signature.asc Description: Digital signature
[buildrobot] alpha64-dec-vms / alpha-dec-vms
ibdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/opt/cfarm/mpc/lib -lmpc -lmpfr -lgmp -rdynamic -ldl -L../zlib -lz /usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only handles version 2 and 3 information. vms-c.o: In function `handle_pragma_pointer_size(char const*)': vms-c.c:(.text+0x34d): undefined reference to `c_default_pointer_mode' /usr/bin/ld: Dwarf Error: found dwarf version '0', this reader only handles version 2 and 3 information. vms-c.c:(.text+0x362): undefined reference to `c_default_pointer_mode' /usr/bin/ld: Dwarf Error: found dwarf version '18111', this reader only handles version 2 and 3 information. vms-c.c:(.text+0x383): undefined reference to `c_default_pointer_mode' /usr/bin/ld: Dwarf Error: found dwarf version '19972', this reader only handles version 2 and 3 information. vms-c.c:(.text+0x3a0): undefined reference to `c_default_pointer_mode' /usr/bin/ld: Dwarf Error: found dwarf version '28672', this reader only handles version 2 and 3 information. vms-c.o: In function `vms_c_common_override_options()': vms-c.c:(.text+0x9cc): undefined reference to `c_default_pointer_mode' /usr/bin/ld: Dwarf Error: found dwarf version '24576', this reader only handles version 2 and 3 information. vms-c.o:vms-c.c:(.text+0x9e2): more undefined references to `c_default_pointer_mode' follow collect2: error: ld returned 1 exit status make[2]: *** [cc1plus] Error 1 -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Warum ist Scheiße braun? ...weil braun schon immer scheiße ist! the second : signature.asc Description: Digital signature
[buildrobot] x86_64-w64-mingw32
Hi! Build log at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39812 g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/bid -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/bid -I../libdecnumber -I../../../gcc/gcc/../libbacktrace \ ../../../gcc/gcc/config/i386/winnt.c ../../../gcc/gcc/config/i386/winnt.c: In function ‘unsigned int i386_pe_section_type_flags(tree, const char*, int)’: ../../../gcc/gcc/config/i386/winnt.c:501:42: error: cast from type ‘const char*’ to type ‘unsigned int*’ casts away qualifiers [-Werror=cast-qual] slot = htab.find_slot ((unsigned int *)name, INSERT); ^ cc1plus: all warnings being treated as errors make[2]: *** [winnt.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: http://www.eyrie.org/~eagle/faqs/questions.html the second : signature.asc Description: Digital signature
[buildrobot] vax-openbsd
Hi! Build log at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39795 Who by the way feels responsible for OpenBSD stuff? gawk -f ../../../gcc/gcc/opt-functions.awk -f ../../../gcc/gcc/opt-read.awk \ -f ../../../gcc/gcc/opth-gen.awk \ < optionlist > tmp-options.h /bin/bash ../../../gcc/gcc/../move-if-change tmp-options.h options.h echo timestamp > s-options-h make[2]: *** No rule to make target `../../../gcc/gcc/config/openbsd-pthread.h', needed by `s-gtype'. Stop. make[2]: Leaving directory `/home/jbglaw/build-configlist_mk/vax-openbsd/build-gcc/mk/vax-openbsd/gcc' make[1]: *** [all-gcc] Error 2 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Lauf nicht vor Deinem Glück davon: the second : Es könnte hinter Dir stehen! signature.asc Description: Digital signature
[buildrobot] score-elf --enable-obsolete
Hi! Build log at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39840 g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../../gcc/gcc -I../../../gcc/gcc/build -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace\ -o build/gencondmd.o build/gencondmd.c In file included from ./tm_p.h:5:0, from build/gencondmd.c:24: ./tm-preds.h:69:0: error: "CONSTRAINT_LEN" redefined [-Werror] #define CONSTRAINT_LEN(c_,s_) 1 ^ In file included from ./tm.h:25:0, from build/gencondmd.c:21: ../../../gcc/gcc/defaults.h:1021:0: note: this is the location of the previous definition #define CONSTRAINT_LEN(C,STR) DEFAULT_CONSTRAINT_LEN (C, STR) ^ In file included from ./tm_p.h:5:0, from build/gencondmd.c:24: ./tm-preds.h:72:0: error: "REG_CLASS_FROM_CONSTRAINT" redefined [-Werror] #define REG_CLASS_FROM_CONSTRAINT(c_,s_) \ ^ In file included from ./tm.h:25:0, from build/gencondmd.c:21: ../../../gcc/gcc/defaults.h:1034:0: note: this is the location of the previous definition #define REG_CLASS_FROM_CONSTRAINT(C,STR) REG_CLASS_FROM_LETTER (C) ^ In file included from ./tm_p.h:5:0, from build/gencondmd.c:24: ./tm-preds.h:86:0: error: "EXTRA_MEMORY_CONSTRAINT" redefined [-Werror] #define EXTRA_MEMORY_CONSTRAINT(c_,s_) false ^ In file included from ./tm.h:25:0, from build/gencondmd.c:21: ../../../gcc/gcc/defaults.h:1005:0: note: this is the location of the previous definition #define EXTRA_MEMORY_CONSTRAINT(C,STR) 0 ^ In file included from ./tm_p.h:5:0, from build/gencondmd.c:24: ./tm-preds.h:88:0: error: "EXTRA_ADDRESS_CONSTRAINT" redefined [-Werror] #define EXTRA_ADDRESS_CONSTRAINT(c_,s_) false ^ In file included from ./tm.h:25:0, from build/gencondmd.c:21: ../../../gcc/gcc/defaults.h:1011:0: note: this is the location of the previous definition #define EXTRA_ADDRESS_CONSTRAINT(C,STR) 0 ^ cc1plus: all warnings being treated as errors make[2]: *** [build/gencondmd.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: What we do for ourselves dies with us. What we do for the second : others and the world remains and is immortal. (Albert Pine) signature.asc Description: Digital signature
[buildrobot] rx-elf
Hi! Build log at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39626 g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o function.o -MT function.o -MMD -MP -MF ./.deps/function.TPo ../../../gcc/gcc/function.c In file included from ../../../gcc/gcc/function.c:49:0: ../../../gcc/gcc/regs.h: In function ‘void thread_prologue_and_epilogue_insns()’: ../../../gcc/gcc/regs.h:296:40: error: array subscript is above array bounds [-Werror=array-bounds] return regno + hard_regno_nregs[regno][(int) mode]; ^ cc1plus: all warnings being treated as errors make[2]: *** [function.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: ...und wenn Du denkst, es geht nicht mehr, the second : kommt irgendwo ein Lichtlein her. signature.asc Description: Digital signature
[buildrobot] vax-linux-gnu / vax-netbsdelf
Hi! Build logs at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39792 http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39785 g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o loop-invariant.o -MT loop-invariant.o -MMD -MP -MF ./.deps/loop-invariant.TPo ../../../gcc/gcc/loop-invariant.c ../../../gcc/gcc/loop-invariant.c: In function ‘bool check_dependency(basic_block, df_ref, bitmap)’: ../../../gcc/gcc/loop-invariant.c:789:20: error: unused variable ‘regno’ [-Werror=unused-variable] unsigned int regno = DF_REF_REGNO (use); ^ cc1plus: all warnings being treated as errors make[2]: *** [loop-invariant.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Wenn ich wach bin, träume ich. the second : signature.asc Description: Digital signature
[buildrobot] x86_64-knetbsd-gnu
Hi!
Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39806
g++ -c -DSTANDARD_STARTFILE_PREFIX=\"../../../\"
-DSTANDARD_EXEC_PREFIX=\"/usr/local/lib/gcc/\"
-DSTANDARD_LIBEXEC_PREFIX=\"/usr/local/libexec/gcc/\"
-DDEFAULT_TARGET_VERSION=\"4.9.0\"
-DDEFAULT_TARGET_MACHINE=\"x86_64-knetbsd-gnu\"
-DSTANDARD_BINDIR_PREFIX=\"/usr/local/bin/\"
-DTOOLDIR_BASE_PREFIX=\"../../../../\" -DENABLE_SHARED_LIBGCC
-DCONFIGURE_SPECS="\"\"" -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
-DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../../gcc/gcc/../libbacktrace-o gcc.o -MT gcc.o -MMD -MP -MF
./.deps/gcc.TPo ../../../gcc/gcc/gcc.c
In file included from ./tm.h:32:0,
from ../../../gcc/gcc/gcc.c:34:
../../../gcc/gcc/config/i386/gnu-user64.h:56:39: error: expected ‘,’ or ‘;’
before ‘GNU_USER_LINK_EMULATION64’
"%{" SPEC_64 ":-m " GNU_USER_LINK_EMULATION64 "} \
^
../../../gcc/gcc/config/i386/gnu-user64.h:69:19: note: in expansion of macro
‘GNU_USER_TARGET_LINK_SPEC’
#define LINK_SPEC GNU_USER_TARGET_LINK_SPEC
^
../../../gcc/gcc/gcc.c:818:32: note: in expansion of macro ‘LINK_SPEC’
static const char *link_spec = LINK_SPEC;
^
make[2]: *** [gcc.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of:http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
the second :
signature.asc
Description: Digital signature
[buildrobot] moxie-elf / moxie-rtems / moxie-uclinux
Hi! Build logs at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40863 http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40864 http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40856 g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o reload1.o -MT reload1.o -MMD -MP -MF ./.deps/reload1.TPo ../../../gcc/gcc/reload1.c ../../../gcc/gcc/reload1.c: In function ‘void elimination_costs_in_insn(rtx)’: ../../../gcc/gcc/reload1.c:3750:41: error: ‘orig_dup[0]’ may be used uninitialized in this function [-Werror=maybe-uninitialized] *recog_data.dup_loc[i] = orig_dup[i]; ^ cc1plus: all warnings being treated as errors make[2]: *** [reload1.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: 17:44 <@uschebit> Evangelist ist doch ein Vertriebler the second : für unverkäufliche Produkte, oder? (#korsett, 20120821) signature.asc Description: Digital signature
[buildrobot] pdp11-aout
Hi!
Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40865
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
-DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../../gcc/gcc/../libbacktrace-o cfgexpand.o -MT cfgexpand.o -MMD -MP
-MF ./.deps/cfgexpand.TPo ../../../gcc/gcc/cfgexpand.c
../../../gcc/gcc/cfgexpand.c: In function ‘basic_block_def*
expand_gimple_cond(basic_block, gimple)’:
../../../gcc/gcc/cfgexpand.c:2027:65: error: comparison is always true due to
limited range of data type [-Werror=type-limits]
else if (BRANCH_COST (optimize_insn_for_speed_p (), false) < 4)
^
cc1plus: all warnings being treated as errors
make[2]: *** [cfgexpand.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of:Don't believe in miracles: Rely on them!
the second :
signature.asc
Description: Digital signature
[buildrobot] rl78-elf
Hi! Build log at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39622 g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o reload1.o -MT reload1.o -MMD -MP -MF ./.deps/reload1.TPo ../../../gcc/gcc/reload1.c ../../../gcc/gcc/reload1.c: In function ‘void elimination_costs_in_insn(rtx)’: ../../../gcc/gcc/reload1.c:3750:41: error: ‘orig_dup[0]’ may be used uninitialized in this function [-Werror=maybe-uninitialized] *recog_data.dup_loc[i] = orig_dup[i]; ^ cc1plus: all warnings being treated as errors make[2]: *** [reload1.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: "really soon now": an unspecified period of time, likly to the second : be greater than any reasonable definition of "soon". signature.asc Description: Digital signature
[buildrobot] microblaze-elf / microblaze-linux
Hi!
Build logs at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39192
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40718
(I also think that we'd have the little endian version on the target
list at contrib/config-list.mk ...)
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
-DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../../gcc/gcc/../libbacktrace-o reload1.o -MT reload1.o -MMD -MP -MF
./.deps/reload1.TPo ../../../gcc/gcc/reload1.c
../../../gcc/gcc/reload1.c: In function ‘void elimination_costs_in_insn(rtx)’:
../../../gcc/gcc/reload1.c:3750:41: error: ‘orig_dup[0]’ may be used
uninitialized in this function [-Werror=maybe-uninitialized]
*recog_data.dup_loc[i] = orig_dup[i];
^
cc1plus: all warnings being treated as errors
make[2]: *** [reload1.o] Error 1
MfG, JBG
--
Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481
Signature of: Zensur im Internet? Nein danke!
the second :
signature.asc
Description: Digital signature
[buildrobot] i686-openbsd3.0
Hi! Build log at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40353 g++ -c -DSTANDARD_STARTFILE_PREFIX=\"../../../\" -DSTANDARD_EXEC_PREFIX=\"/usr/local/lib/gcc/\" -DSTANDARD_LIBEXEC_PREFIX=\"/usr/local/libexec/gcc/\" -DDEFAULT_TARGET_VERSION=\"4.9.0\" -DDEFAULT_TARGET_MACHINE=\"i686-openbsd3.0\" -DSTANDARD_BINDIR_PREFIX=\"/usr/local/bin/\" -DTOOLDIR_BASE_PREFIX=\"../../../../\" -DCONFIGURE_SPECS="\"\"" -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o gcc.o -MT gcc.o -MMD -MP -MF ./.deps/gcc.TPo ../../../gcc/gcc/gcc.c In file included from ./tm.h:24:0, from ../../../gcc/gcc/gcc.c:34: ../../../gcc/gcc/config/openbsd.h:143:18: error: ‘OBSD_LIB_SPEC’ was not declared in this scope #define LIB_SPEC OBSD_LIB_SPEC ^ ../../../gcc/gcc/gcc.c:819:31: note: in expansion of macro ‘LIB_SPEC’ static const char *lib_spec = LIB_SPEC; ^ make[2]: *** [gcc.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: "Debugging is twice as hard as writing the code in the first place. the second : Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan signature.asc Description: Digital signature
[buildrobot] lm32-elf / lm32-rtems / lm32-uclinux
Hi, build log at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40601 http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40604 g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o reload1.o -MT reload1.o -MMD -MP -MF ./.deps/reload1.TPo ../../../gcc/gcc/reload1.c ../../../gcc/gcc/reload1.c: In function ‘void elimination_costs_in_insn(rtx)’: ../../../gcc/gcc/reload1.c:3750:41: error: ‘orig_dup[0]’ may be used uninitialized in this function [-Werror=maybe-uninitialized] *recog_data.dup_loc[i] = orig_dup[i]; ^ cc1plus: all warnings being treated as errors make[2]: *** [reload1.o] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Zensur im Internet? Nein danke! the second : signature.asc Description: Digital signature
[buildrobot] cris-linux / crisv32-linux
Hi! Build log at http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40132 http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40138 g++ -c -DBASEVER="\"4.9.0\"" -DDATESTAMP="\" 20131125\"" -DREVISION="\"\"" -DDEVPHASE="\" (experimental)\"" -DPKGVERSION="\"(GCC) \"" -DBUGURL="\"<http://gcc.gnu.org/bugs.html>\"" -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I/opt/cfarm/mpc/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace-o version.o -MT version.o -MMD -MP -MF ./.deps/version.TPo ../../../gcc/gcc/version.c rm -rf libcommon.a ar rc libcommon.a diagnostic.o diagnostic-color.o pretty-print.o intl.o input.o version.o ranlib libcommon.a build/genchecksum c/c-lang.o c-family/stub-objc.o attribs.o c/c-errors.o c/c-decl.o c/c-typeck.o c/c-convert.o c/c-aux-info.o c/c-objc-common.o c/c-parser.o c/c-array-notation.o c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o c-family/c-cilkplus.o c-family/array-notation-common.o c-family/cilk.o c-family/c-ubsan.o glibc-c.o libbackend.a main.o tree-browser.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a ../libbacktrace/.libs/libbacktrace.a \ checksum-options > cc1-checksum.c.tmp && \ ../../../gcc/gcc/../move-if-change cc1-checksum.c.tmp cc1-checksum.c opening glibc-c.o: No such file or directory make[2]: *** [cc1-checksum.c] Error 1 MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: 17:45 <@Eimann> Hrm, das E90 hat keinen Lebenszeit Call-Time Counter mehr the second : 17:46 <@jbglaw> Eimann: Wofür braucht man das? 17:46 <@jbglaw> Eimann: Für mich ist an 'nem Handy wichtig, daß ich mein Gegeüber hören kann. Und daß mein Gegenüber mich versteht... 17:47 <@KrisK> jbglaw: was du meinst ist wodka. 17:47 <@KrisK> jbglaw: es klingelt und man hört stimmen signature.asc Description: Digital signature
