public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* [buildrobot] First results of running contrib/config-list.mk
@ 2013-11-26  3:20 Jan-Benedict Glaw
  2013-11-26  3:24 ` [buildrobot] alpha64-dec-vms / alpha-dec-vms Jan-Benedict Glaw
                   ` (26 more replies)
  0 siblings, 27 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:20 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 979 bytes --]

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      jbglaw@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

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] alpha64-dec-vms / alpha-dec-vms
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
@ 2013-11-26  3:24 ` Jan-Benedict Glaw
  2013-11-26  8:30   ` Tristan Gingold
  2013-11-26  3:25 ` [buildrobot] vax-openbsd Jan-Benedict Glaw
                   ` (25 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:24 UTC (permalink / raw)
  To: gcc; +Cc: Richard Henderson, Douglas Rupp, Tristan Gingold

[-- Attachment #1: Type: text/plain, Size: 6642 bytes --]

Hi!

Build log is available at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=36942
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40027

g++ -c  -DIN_GCC_FRONTEND -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. -Icp -I../../../gcc/gcc -I../../../gcc/gcc/cp -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 cp/lambda.o -MT cp/lambda.o -MMD -MP -MF cp/.deps/lambda.TPo ../../../gcc/gcc/cp/lambda.c
g++ -c  -DIN_GCC_FRONTEND -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. -Icp -I../../../gcc/gcc -I../../../gcc/gcc/cp -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 cp/vtable-class-hierarchy.o -MT cp/vtable-class-hierarchy.o -MMD -MP -MF cp/.deps/vtable-class-hierarchy.TPo ../../../gcc/gcc/cp/vtable-class-hierarchy.c
build/genchecksum cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o cp/cp-cilkplus.o cp/cp-gimplify.o cp/cp-array-notation.o cp/lambda.o cp/vtable-class-hierarchy.o attribs.o incpath.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 vms-c.o default-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 > cc1plus-checksum.c.tmp &&    \
../../../gcc/gcc/../move-if-change cc1plus-checksum.c.tmp cc1plus-checksum.c
g++ -c  -DIN_GCC_FRONTEND -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 cc1plus-checksum.o -MT cc1plus-checksum.o -MMD -MP -MF ./.deps/cc1plus-checksum.TPo cc1plus-checksum.c
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 -Werror -fno-common  -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o cc1plus \
      cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o cp/cp-cilkplus.o cp/cp-gimplify.o cp/cp-array-notation.o cp/lambda.o cp/vtable-class-hierarchy.o attribs.o incpath.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 vms-c.o default-c.o cc1plus-checksum.o libbackend.a main.o tree-browser.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/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      jbglaw@lug-owl.de              +49-172-7608481
Signature of:       Warum ist Scheiße braun? ...weil braun schon immer scheiße ist!
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] x86_64-w64-mingw32
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
  2013-11-26  3:24 ` [buildrobot] alpha64-dec-vms / alpha-dec-vms Jan-Benedict Glaw
  2013-11-26  3:25 ` [buildrobot] vax-openbsd Jan-Benedict Glaw
@ 2013-11-26  3:25 ` Jan-Benedict Glaw
  2013-11-27 15:41   ` Fixed! (was: [buildrobot] x86_64-w64-mingw32) Jan-Benedict Glaw
  2013-11-26  3:25 ` [buildrobot] rx-elf Jan-Benedict Glaw
                   ` (23 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:25 UTC (permalink / raw)
  To: gcc; +Cc: Christopher Faylor, Kai Tietz, Dave Korn

[-- Attachment #1: Type: text/plain, Size: 1619 bytes --]

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      jbglaw@lug-owl.de              +49-172-7608481
Signature of:               http://www.eyrie.org/~eagle/faqs/questions.html
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] score-elf --enable-obsolete
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (3 preceding siblings ...)
  2013-11-26  3:25 ` [buildrobot] rx-elf Jan-Benedict Glaw
@ 2013-11-26  3:25 ` Jan-Benedict Glaw
  2013-11-26  3:25 ` [buildrobot] vax-linux-gnu / vax-netbsdelf Jan-Benedict Glaw
                   ` (21 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:25 UTC (permalink / raw)
  To: gcc; +Cc: Chen Liqin

[-- Attachment #1: Type: text/plain, Size: 2808 bytes --]

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      jbglaw@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)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] vax-linux-gnu / vax-netbsdelf
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (4 preceding siblings ...)
  2013-11-26  3:25 ` [buildrobot] score-elf --enable-obsolete Jan-Benedict Glaw
@ 2013-11-26  3:25 ` Jan-Benedict Glaw
  2013-11-26  3:26 ` [buildrobot] pdp11-aout Jan-Benedict Glaw
                   ` (20 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:25 UTC (permalink / raw)
  To: gcc; +Cc: Matt Thomas

[-- Attachment #1: Type: text/plain, Size: 1405 bytes --]

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      jbglaw@lug-owl.de              +49-172-7608481
  Signature of:                           Wenn ich wach bin, träume ich.
  the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] vax-openbsd
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
  2013-11-26  3:24 ` [buildrobot] alpha64-dec-vms / alpha-dec-vms Jan-Benedict Glaw
@ 2013-11-26  3:25 ` Jan-Benedict Glaw
  2013-11-26  3:25 ` [buildrobot] x86_64-w64-mingw32 Jan-Benedict Glaw
                   ` (24 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:25 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 902 bytes --]

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      jbglaw@lug-owl.de              +49-172-7608481
  Signature of:                        Lauf nicht vor Deinem Glück davon:
  the second  :                             Es könnte hinter Dir stehen!

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] rx-elf
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (2 preceding siblings ...)
  2013-11-26  3:25 ` [buildrobot] x86_64-w64-mingw32 Jan-Benedict Glaw
@ 2013-11-26  3:25 ` Jan-Benedict Glaw
  2013-11-26  3:25 ` [buildrobot] score-elf --enable-obsolete Jan-Benedict Glaw
                   ` (22 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:25 UTC (permalink / raw)
  To: gcc; +Cc: Nick Clifton

[-- Attachment #1: Type: text/plain, Size: 1424 bytes --]

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      jbglaw@lug-owl.de              +49-172-7608481
Signature of:                   ...und wenn Du denkst, es geht nicht mehr,
the second  :                          kommt irgendwo ein Lichtlein her.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] pdp11-aout
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (5 preceding siblings ...)
  2013-11-26  3:25 ` [buildrobot] vax-linux-gnu / vax-netbsdelf Jan-Benedict Glaw
@ 2013-11-26  3:26 ` Jan-Benedict Glaw
  2013-11-26 15:56   ` Paul Koning
  2013-11-26  3:26 ` [buildrobot] rl78-elf Jan-Benedict Glaw
                   ` (19 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:26 UTC (permalink / raw)
  To: gcc; +Cc: Paul Koning

[-- Attachment #1: Type: text/plain, Size: 1399 bytes --]

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      jbglaw@lug-owl.de              +49-172-7608481
 Signature of:                    Don't believe in miracles: Rely on them!
 the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] moxie-elf / moxie-rtems / moxie-uclinux
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (7 preceding siblings ...)
  2013-11-26  3:26 ` [buildrobot] rl78-elf Jan-Benedict Glaw
@ 2013-11-26  3:26 ` Jan-Benedict Glaw
  2013-11-26  3:26 ` [buildrobot] x86_64-knetbsd-gnu Jan-Benedict Glaw
                   ` (17 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:26 UTC (permalink / raw)
  To: gcc; +Cc: Anthony Green

[-- Attachment #1: Type: text/plain, Size: 1539 bytes --]

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      jbglaw@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)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] rl78-elf
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (6 preceding siblings ...)
  2013-11-26  3:26 ` [buildrobot] pdp11-aout Jan-Benedict Glaw
@ 2013-11-26  3:26 ` Jan-Benedict Glaw
  2013-11-26  3:26 ` [buildrobot] moxie-elf / moxie-rtems / moxie-uclinux Jan-Benedict Glaw
                   ` (18 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:26 UTC (permalink / raw)
  To: gcc; +Cc: DJ Delorie

[-- Attachment #1: Type: text/plain, Size: 1466 bytes --]

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      jbglaw@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".

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] x86_64-knetbsd-gnu
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (8 preceding siblings ...)
  2013-11-26  3:26 ` [buildrobot] moxie-elf / moxie-rtems / moxie-uclinux Jan-Benedict Glaw
@ 2013-11-26  3:26 ` Jan-Benedict Glaw
  2013-11-26  3:27 ` [buildrobot] lm32-elf / lm32-rtems / lm32-uclinux Jan-Benedict Glaw
                   ` (16 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:26 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 1968 bytes --]

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      jbglaw@lug-owl.de              +49-172-7608481
Signature of:            http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (10 preceding siblings ...)
  2013-11-26  3:27 ` [buildrobot] lm32-elf / lm32-rtems / lm32-uclinux Jan-Benedict Glaw
@ 2013-11-26  3:27 ` Jan-Benedict Glaw
  2013-11-26 15:51   ` Michael Eager
  2013-11-26  3:27 ` [buildrobot] i686-openbsd3.0 Jan-Benedict Glaw
                   ` (14 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:27 UTC (permalink / raw)
  To: gcc; +Cc: Michael Eager

[-- Attachment #1: Type: text/plain, Size: 1505 bytes --]

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      jbglaw@lug-owl.de              +49-172-7608481
  Signature of:                          Zensur im Internet? Nein danke!
  the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] lm32-elf / lm32-rtems / lm32-uclinux
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (9 preceding siblings ...)
  2013-11-26  3:26 ` [buildrobot] x86_64-knetbsd-gnu Jan-Benedict Glaw
@ 2013-11-26  3:27 ` Jan-Benedict Glaw
  2013-11-26  3:27 ` [buildrobot] microblaze-elf / microblaze-linux Jan-Benedict Glaw
                   ` (15 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:27 UTC (permalink / raw)
  To: gcc; +Cc: Sebastien Bourdeauducq

[-- Attachment #1: Type: text/plain, Size: 1393 bytes --]

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      jbglaw@lug-owl.de              +49-172-7608481
  Signature of:                          Zensur im Internet? Nein danke!
  the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] i686-openbsd3.0
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (11 preceding siblings ...)
  2013-11-26  3:27 ` [buildrobot] microblaze-elf / microblaze-linux Jan-Benedict Glaw
@ 2013-11-26  3:27 ` Jan-Benedict Glaw
  2013-11-26  3:28 ` [buildrobot] mep-elf Jan-Benedict Glaw
                   ` (13 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:27 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 1832 bytes --]

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      jbglaw@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

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] i686-interix3 --enable-obsolete
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (15 preceding siblings ...)
  2013-11-26  3:28 ` [buildrobot] i686-mingw32crt Jan-Benedict Glaw
@ 2013-11-26  3:28 ` Jan-Benedict Glaw
  2013-11-27 16:39   ` Jan-Benedict Glaw
  2013-11-26  3:28 ` [buildrobot] ia64-hpux Jan-Benedict Glaw
                   ` (9 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:28 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 2076 bytes --]

Hi!

Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39836

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    -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/i386/winnt.c
../../../gcc/gcc/config/i386/winnt.c: In function \u2018void i386_pe_unique_section(tree, int)\u2019:
../../../gcc/gcc/config/i386/winnt.c:418:8: error: \u2018flag_writable_rel_rdata\u2019 was not declared in this scope
   if (!flag_writable_rel_rdata)
        ^
../../../gcc/gcc/config/i386/winnt.c: In function \u2018unsigned int i386_pe_section_type_flags(tree, const char*, int)\u2019:
../../../gcc/gcc/config/i386/winnt.c:476:8: error: \u2018flag_writable_rel_rdata\u2019 was not declared in this scope
   if (!flag_writable_rel_rdata)
        ^
../../../gcc/gcc/config/i386/winnt.c:501:42: error: cast from type \u2018const char*\u2019 to type \u2018unsigned int*\u2019 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      jbglaw@lug-owl.de              +49-172-7608481
Signature of:         Alles wird gut! ...und heute wirds schon ein bißchen besser.
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] ia64-hpux
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (16 preceding siblings ...)
  2013-11-26  3:28 ` [buildrobot] i686-interix3 --enable-obsolete Jan-Benedict Glaw
@ 2013-11-26  3:28 ` Jan-Benedict Glaw
  2013-11-27  2:50   ` Jan-Benedict Glaw
  2013-11-26  3:28 ` [buildrobot] cris-linux / crisv32-linux Jan-Benedict Glaw
                   ` (8 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:28 UTC (permalink / raw)
  To: gcc; +Cc: Jim Wilson, Steve Ellcey, John David Anglin

[-- Attachment #1: Type: text/plain, Size: 1624 bytes --]

Hi!

Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39052

g++ -c  -DUSE_LIBUNWIND_EXCEPTIONS  -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 ia64.o -MT ia64.o -MMD -MP -MF ./.deps/ia64.TPo ../../../gcc/gcc/config/ia64/ia64.c
In file included from ./tm.h:20:0,
                 from ../../../gcc/gcc/config/ia64/ia64.c:25:
../../../gcc/gcc/config/ia64/hpux.h:185:34: error: ‘default_c99_libc_has_function’ was not declared in this scope
 #define TARGET_LIBC_HAS_FUNCTION default_c99_libc_has_function
                                  ^
./target-hooks-def.h:1140:5: note: in expansion of macro ‘TARGET_LIBC_HAS_FUNCTION’
     TARGET_LIBC_HAS_FUNCTION, \
     ^
../../../gcc/gcc/config/ia64/ia64.c:659:29: note: in expansion of macro ‘TARGET_INITIALIZER’
 struct gcc_target targetm = TARGET_INITIALIZER;
                             ^
make[2]: *** [ia64.o] Error 1

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
 Signature of:                      http://perl.plover.com/Questions.html
 the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] cris-linux / crisv32-linux
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (17 preceding siblings ...)
  2013-11-26  3:28 ` [buildrobot] ia64-hpux Jan-Benedict Glaw
@ 2013-11-26  3:28 ` Jan-Benedict Glaw
  2013-11-26  3:29 ` [buildrobot] fr30-elf Jan-Benedict Glaw
                   ` (7 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:28 UTC (permalink / raw)
  To: gcc; +Cc: Hans-Peter Nilsson

[-- Attachment #1: Type: text/plain, Size: 2722 bytes --]

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      jbglaw@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

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] mep-elf
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (12 preceding siblings ...)
  2013-11-26  3:27 ` [buildrobot] i686-openbsd3.0 Jan-Benedict Glaw
@ 2013-11-26  3:28 ` Jan-Benedict Glaw
  2013-11-27  8:22   ` Jan-Benedict Glaw
  2013-11-26  3:28 ` [buildrobot] ia64-hp-vms Jan-Benedict Glaw
                   ` (12 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:28 UTC (permalink / raw)
  To: gcc; +Cc: DJ Delorie

[-- Attachment #1: Type: text/plain, Size: 1871 bytes --]

Hi!

Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40716

g++ -c  -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -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    -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/mep/mep-pragma.c
../../../gcc/gcc/config/mep/mep-pragma.c: In function ‘void mep_pragma_coprocessor(cpp_reader*)’:
../../../gcc/gcc/config/mep/mep-pragma.c:271:18: error: ‘rclass’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
   enum reg_class rclass;
                  ^
cc1plus: all warnings being treated as errors
make[2]: *** [mep-pragma.o] Error 1

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@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?

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] ia64-hp-vms
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (13 preceding siblings ...)
  2013-11-26  3:28 ` [buildrobot] mep-elf Jan-Benedict Glaw
@ 2013-11-26  3:28 ` Jan-Benedict Glaw
  2013-11-26  3:28 ` [buildrobot] i686-mingw32crt Jan-Benedict Glaw
                   ` (11 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:28 UTC (permalink / raw)
  To: gcc; +Cc: Douglas Rupp, Tristan Gingold

[-- Attachment #1: Type: text/plain, Size: 3146 bytes --]

Hi!

Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40532

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 -Werror -fno-common  -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o cc1plus \
      cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o cp/cp-cilkplus.o cp/cp-gimplify.o cp/cp-array-notation.o cp/lambda.o cp/vtable-class-hierarchy.o attribs.o incpath.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 vms-c.o default-c.o cc1plus-checksum.o libbackend.a main.o tree-browser.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/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 '65329', 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 '34564', 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 '60928', 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 '4096', 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

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
 Signature of:                      http://perl.plover.com/Questions.html
 the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] i686-mingw32crt
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (14 preceding siblings ...)
  2013-11-26  3:28 ` [buildrobot] ia64-hp-vms Jan-Benedict Glaw
@ 2013-11-26  3:28 ` Jan-Benedict Glaw
  2013-11-27 15:25   ` Fixed! (was: [buildrobot] i686-mingw32crt) Jan-Benedict Glaw
  2013-11-26  3:28 ` [buildrobot] i686-interix3 --enable-obsolete Jan-Benedict Glaw
                   ` (10 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:28 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 1619 bytes --]

Hi!

Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40445

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      jbglaw@lug-owl.de              +49-172-7608481
Signature of:               http://www.eyrie.org/~eagle/faqs/questions.html
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] c6x-elf / c6x-uclinux
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (21 preceding siblings ...)
  2013-11-26  3:29 ` [buildrobot] cr16-elf Jan-Benedict Glaw
@ 2013-11-26  3:29 ` Jan-Benedict Glaw
  2013-11-26  3:30 ` [buildrobot] bfin-elf / bfin-linux-uclibc / bfin-openbsd / bfin-uclinux Jan-Benedict Glaw
                   ` (3 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:29 UTC (permalink / raw)
  To: gcc; +Cc: Bernd Schmidt

[-- Attachment #1: Type: text/plain, Size: 1784 bytes --]

Hi!

Buildlog is at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40125
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40126

g++ -c  -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -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. -Ic-family -I../../../gcc/gcc -I../../../gcc/gcc/c-family -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 c-family/c-cppbuiltin.o -MT c-family/c-cppbuiltin.o -MMD -MP -MF c-family/.deps/c-cppbuiltin.TPo ../../../gcc/gcc/c-family/c-cppbuiltin.c
In file included from ./tm.h:16:0,
                 from ../../../gcc/gcc/c-family/c-cppbuiltin.c:23:
../../../gcc/gcc/c-family/c-cppbuiltin.c: In function ‘void c_cpp_builtins(cpp_reader*)’:
../../../gcc/gcc/config/c6x/c6x.h:85:14: error: enumeration value ‘unk_isa’ not handled in switch [-Werror=switch]
       switch (c6x_arch)    \
              ^
../../../gcc/gcc/c-family/c-cppbuiltin.c:1013:3: note: in expansion of macro ‘TARGET_CPU_CPP_BUILTINS’
   TARGET_CPU_CPP_BUILTINS ();
   ^
cc1plus: all warnings being treated as errors
make[2]: *** [c-family/c-cppbuiltin.o] Error 1

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@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.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] epiphany-elf
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (19 preceding siblings ...)
  2013-11-26  3:29 ` [buildrobot] fr30-elf Jan-Benedict Glaw
@ 2013-11-26  3:29 ` Jan-Benedict Glaw
  2013-11-26 19:49   ` Fixed! (was: [buildrobot] epiphany-elf) Jan-Benedict Glaw
  2013-11-26  3:29 ` [buildrobot] cr16-elf Jan-Benedict Glaw
                   ` (5 subsequent siblings)
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:29 UTC (permalink / raw)
  To: gcc; +Cc: Joern Rennecke

[-- Attachment #1: Type: text/plain, Size: 2047 bytes --]

Hi!

Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40206

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 epiphany.o -MT epiphany.o -MMD -MP -MF ./.deps/epiphany.TPo ../../../gcc/gcc/config/epiphany/epiphany.c
In file included from ../../../gcc/gcc/config/epiphany/epiphany.c:22:0:
../../../gcc/gcc/config/epiphany/epiphany.c: In function ‘unsigned int epiphany_compute_frame_size(int)’:
../../../gcc/gcc/config/epiphany/epiphany.c:1136:42: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare]
    gcc_assert (reg_size == 0 || reg_size == epiphany_stack_offset);
                                          ^
../../../gcc/gcc/system.h:691:14: note: in definition of macro ‘gcc_assert’
    ((void)(!(EXPR) ? fancy_abort (__FILE__, __LINE__, __FUNCTION__), 0 : 0))
              ^
../../../gcc/gcc/config/epiphany/epiphany.c: In function ‘void epiphany_expand_prologue()’:
../../../gcc/gcc/config/epiphany/epiphany.c:1697:7: error: unused variable ‘save_config’ [-Werror=unused-variable]
   rtx save_config;
       ^
cc1plus: all warnings being treated as errors
make[2]: *** [epiphany.o] Error 1

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@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".

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] cr16-elf
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (20 preceding siblings ...)
  2013-11-26  3:29 ` [buildrobot] epiphany-elf Jan-Benedict Glaw
@ 2013-11-26  3:29 ` Jan-Benedict Glaw
  2013-11-26  3:29 ` [buildrobot] c6x-elf / c6x-uclinux Jan-Benedict Glaw
                   ` (4 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:29 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 1327 bytes --]

Hi!

Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40127

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      jbglaw@lug-owl.de              +49-172-7608481
Signature of:            http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] fr30-elf
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (18 preceding siblings ...)
  2013-11-26  3:28 ` [buildrobot] cris-linux / crisv32-linux Jan-Benedict Glaw
@ 2013-11-26  3:29 ` Jan-Benedict Glaw
  2013-11-26  3:29 ` [buildrobot] epiphany-elf Jan-Benedict Glaw
                   ` (6 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:29 UTC (permalink / raw)
  To: gcc; +Cc: Nick Clifton

[-- Attachment #1: Type: text/plain, Size: 1466 bytes --]

Hi!

Build log at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=38806

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      jbglaw@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".

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] avr-rtems
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (23 preceding siblings ...)
  2013-11-26  3:30 ` [buildrobot] bfin-elf / bfin-linux-uclibc / bfin-openbsd / bfin-uclinux Jan-Benedict Glaw
@ 2013-11-26  3:30 ` Jan-Benedict Glaw
  2013-11-26  8:27   ` Jan-Benedict Glaw
  2013-11-26 14:54 ` [buildrobot] First results of running contrib/config-list.mk Ian Lance Taylor
  2013-11-26 16:58 ` Joseph S. Myers
  26 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:30 UTC (permalink / raw)
  To: gcc
  Cc: Denis Chertykov, Anatoly Sokolov, Eric Weddington, Joel Sherrill,
	Ralf Corsepius

[-- Attachment #1: Type: text/plain, Size: 4072 bytes --]

Hi!

Build log is available at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=38764 .

g++ -c  -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -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. -Ic-family -I../../../gcc/gcc -I../../../gcc/gcc/c-family -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 c-family/c-common.o -MT c-family/c-common.o -MMD -MP -MF c-family/.deps/c-common.TPo ../../../gcc/gcc/c-family/c-common.c
In file included from ../../../gcc/gcc/c-family/c-common.c:29:0:
../../../gcc/gcc/c-family/c-common.c: In function ‘void c_common_nodes_and_builtins()’:
../../../gcc/gcc/stringpool.h:39:53: error: null argument where non-null required (argument 1) [-Werror=nonnull]
     ? get_identifier_with_length ((str), strlen (str))  \
                                                     ^
../../../gcc/gcc/c-family/c-common.c:5537:22: note: in expansion of macro ‘get_identifier’
   char16_type_node = get_identifier (CHAR16_TYPE);
                      ^
../../../gcc/gcc/stringpool.h:39:53: error: null argument where non-null required (argument 1) [-Werror=nonnull]
     ? get_identifier_with_length ((str), strlen (str))  \
                                                     ^
../../../gcc/gcc/c-family/c-common.c:5537:22: note: in expansion of macro ‘get_identifier’
   char16_type_node = get_identifier (CHAR16_TYPE);
                      ^
../../../gcc/gcc/stringpool.h:39:53: error: null argument where non-null required (argument 1) [-Werror=nonnull]
     ? get_identifier_with_length ((str), strlen (str))  \
                                                     ^
../../../gcc/gcc/c-family/c-common.c:5537:22: note: in expansion of macro ‘get_identifier’
   char16_type_node = get_identifier (CHAR16_TYPE);
                      ^
../../../gcc/gcc/stringpool.h:39:53: error: null argument where non-null required (argument 1) [-Werror=nonnull]
     ? get_identifier_with_length ((str), strlen (str))  \
                                                     ^
../../../gcc/gcc/c-family/c-common.c:5537:22: note: in expansion of macro ‘get_identifier’
   char16_type_node = get_identifier (CHAR16_TYPE);
                      ^
../../../gcc/gcc/stringpool.h:39:53: error: null argument where non-null required (argument 1) [-Werror=nonnull]
     ? get_identifier_with_length ((str), strlen (str))  \
                                                     ^
../../../gcc/gcc/c-family/c-common.c:5553:22: note: in expansion of macro ‘get_identifier’
   char32_type_node = get_identifier (CHAR32_TYPE);
                      ^
../../../gcc/gcc/stringpool.h:39:53: error: null argument where non-null required (argument 1) [-Werror=nonnull]
     ? get_identifier_with_length ((str), strlen (str))  \
                                                     ^
../../../gcc/gcc/c-family/c-common.c:5553:22: note: in expansion of macro ‘get_identifier’
   char32_type_node = get_identifier (CHAR32_TYPE);
                      ^
../../../gcc/gcc/stringpool.h:39:53: error: null argument where non-null required (argument 1) [-Werror=nonnull]
     ? get_identifier_with_length ((str), strlen (str))  \
                                                     ^
../../../gcc/gcc/c-family/c-common.c:5553:22: note: in expansion of macro ‘get_identifier’
   char32_type_node = get_identifier (CHAR32_TYPE);
                      ^
cc1plus: all warnings being treated as errors

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:                http://catb.org/~esr/faqs/smart-questions.html
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* [buildrobot] bfin-elf / bfin-linux-uclibc / bfin-openbsd / bfin-uclinux
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (22 preceding siblings ...)
  2013-11-26  3:29 ` [buildrobot] c6x-elf / c6x-uclinux Jan-Benedict Glaw
@ 2013-11-26  3:30 ` Jan-Benedict Glaw
  2013-11-26  3:30 ` [buildrobot] avr-rtems Jan-Benedict Glaw
                   ` (2 subsequent siblings)
  26 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  3:30 UTC (permalink / raw)
  To: gcc; +Cc: Bernd Schmidt, Jie Zhang

[-- Attachment #1: Type: text/plain, Size: 1990 bytes --]

Hi!

Build log is available at
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40112
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40121
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40123
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40122
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40120

g++ -c  -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -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. -Ic-family -I../../../gcc/gcc -I../../../gcc/gcc/c-family -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 c-family/c-cppbuiltin.o -MT c-family/c-cppbuiltin.o -MMD -MP -MF c-family/.deps/c-cppbuiltin.TPo ../../../gcc/gcc/c-family/c-cppbuiltin.c
In file included from ./tm.h:15:0,
                 from ../../../gcc/gcc/c-family/c-cppbuiltin.c:23:
../../../gcc/gcc/c-family/c-cppbuiltin.c: In function ‘void c_cpp_builtins(cpp_reader*)’:
../../../gcc/gcc/config/bfin/bfin.h:43:14: error: enumeration value ‘BFIN_CPU_UNKNOWN’ not handled in switch [-Werror=switch]
       switch (bfin_cpu_type)   \
              ^
../../../gcc/gcc/c-family/c-cppbuiltin.c:1013:3: note: in expansion of macro ‘TARGET_CPU_CPP_BUILTINS’
   TARGET_CPU_CPP_BUILTINS ();
   ^
cc1plus: all warnings being treated as errors
make[2]: *** [c-family/c-cppbuiltin.o] Error 1

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:  The course of history shows that as a government grows, liberty
the second  : decreases."  (Thomas Jefferson)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] avr-rtems
  2013-11-26  3:30 ` [buildrobot] avr-rtems Jan-Benedict Glaw
@ 2013-11-26  8:27   ` Jan-Benedict Glaw
  0 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26  8:27 UTC (permalink / raw)
  To: gcc
  Cc: Denis Chertykov, Anatoly Sokolov, Eric Weddington, Joel Sherrill,
	Ralf Corsepius

[-- Attachment #1: Type: text/plain, Size: 757 bytes --]

On Tue, 2013-11-26 04:28:41 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> Build log is available at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=38764 .

Eric seems to be not (or no longer?) reachable with his listed email
address:

,---------------------------
| Eric Weddington (eric.weddington@atmel.com)<mailto:eric.weddington@atmel.com>          
| Your message can't be delivered because delivery to this address is
| restricted.        
`---------------------------

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
 Signature of:                    Arroganz verkürzt fruchtlose Gespräche.
 the second  :                                   -- Jan-Benedict Glaw

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] alpha64-dec-vms / alpha-dec-vms
  2013-11-26  3:24 ` [buildrobot] alpha64-dec-vms / alpha-dec-vms Jan-Benedict Glaw
@ 2013-11-26  8:30   ` Tristan Gingold
  0 siblings, 0 replies; 64+ messages in thread
From: Tristan Gingold @ 2013-11-26  8:30 UTC (permalink / raw)
  To: Jan-Benedict Glaw
  Cc: gcc@gcc.gnu.org Development, Richard Henderson, Douglas Rupp


On 26 Nov 2013, at 04:23, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:

> Hi!
> 
> Build log is available at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=36942
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40027

Yes, we are aware of that.  Basically, the openvms configuration doesn't yet support C++ :-(

There is scheduled work to support C++.

Tristan.

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] First results of running contrib/config-list.mk
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (24 preceding siblings ...)
  2013-11-26  3:30 ` [buildrobot] avr-rtems Jan-Benedict Glaw
@ 2013-11-26 14:54 ` Ian Lance Taylor
  2013-11-26 16:58 ` Joseph S. Myers
  26 siblings, 0 replies; 64+ messages in thread
From: Ian Lance Taylor @ 2013-11-26 14:54 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: GCC Development

On Mon, Nov 25, 2013 at 7:20 PM, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
>
> 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.

Thank you for doing this.

Ian

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26  3:27 ` [buildrobot] microblaze-elf / microblaze-linux Jan-Benedict Glaw
@ 2013-11-26 15:51   ` Michael Eager
  2013-11-26 16:08     ` Jan-Benedict Glaw
  0 siblings, 1 reply; 64+ messages in thread
From: Michael Eager @ 2013-11-26 15:51 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: gcc

On 11/25/13 19:26, Jan-Benedict Glaw wrote:
> 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

I do not see this error in my build of microblaze-elf.

I notice that there are flags in your compile that do not appear in mine:
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror

I don't see any warnings in my build, either.

My build is using gcc-4.1.2 (on CentOS 5.9) as a build compiler.  My
guess is that this is the cause of the differences.

I'll upgrade to building with a more recent version of gcc and investigate
this failure, but I won't be able to look at this for about two weeks.

-- 
Michael Eager	 eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306  650-325-8077

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] pdp11-aout
  2013-11-26  3:26 ` [buildrobot] pdp11-aout Jan-Benedict Glaw
@ 2013-11-26 15:56   ` Paul Koning
  2013-11-26 16:05     ` Joern Rennecke
  2013-11-26 16:26     ` Jeff Law
  0 siblings, 2 replies; 64+ messages in thread
From: Paul Koning @ 2013-11-26 15:56 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: gcc@gcc.gnu.org Development


On Nov 25, 2013, at 10:25 PM, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:

> 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

Interesting.  In the pdp11 target, BRANCH_COST is either 0 or 1.  So yes, that comparison is always true.

Is there a requirement that all targets must have branch cost that it, at least some of the time, 4 or greater?  If so, why?  If not, then I suppose cfgexpand.c could be changed to defeat this message, but how, or why?  In general, it seems perfectly reasonable to have code guarded by conditions that may be always true, or always false.  That's what we have optimizers for.  Defeating such optimizations by calling them an error seems like a bad idea.

	paul

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] pdp11-aout
  2013-11-26 15:56   ` Paul Koning
@ 2013-11-26 16:05     ` Joern Rennecke
  2013-11-26 16:08       ` Joern Rennecke
  2013-11-26 16:47       ` Paul Koning
  2013-11-26 16:26     ` Jeff Law
  1 sibling, 2 replies; 64+ messages in thread
From: Joern Rennecke @ 2013-11-26 16:05 UTC (permalink / raw)
  To: Paul Koning; +Cc: Jan-Benedict Glaw, gcc@gcc.gnu.org Development

On 26 November 2013 15:55, Paul Koning <paulkoning@comcast.net> wrote:

> Is there a requirement that all targets must have branch cost that it, at least some of the time, 4 or greater?

Not by design, although there seem to be a number of issues with
supporting targets with a lower branch cost.  E.g. consider
LOGICAL_OP_NON_SHORT_CIRCUIT - the default of which also seems to
assume superscalarity and a cheap flag-set operation - and its impact
on/treatment by the test suite.

>  If so, why?  If not, then I suppose cfgexpand.c could be changed to defeat this message

I agree.

, but how, or why?

Changing this target macro into a target hook should do the trick.

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 15:51   ` Michael Eager
@ 2013-11-26 16:08     ` Jan-Benedict Glaw
  2013-11-26 16:13       ` Michael Eager
  0 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26 16:08 UTC (permalink / raw)
  To: Michael Eager; +Cc: gcc

[-- Attachment #1: Type: text/plain, Size: 1142 bytes --]

On Tue, 2013-11-26 07:50:34 -0800, Michael Eager <eager@eagercon.com> wrote:
> On 11/25/13 19:26, Jan-Benedict Glaw wrote:
> > 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 ...)
[...]

> I do not see this error in my build of microblaze-elf.
> 
> I notice that there are flags in your compile that do not appear in mine:
> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror

See the introduction email: This is (as advised) with an up-to-date
GCC (just a few days old), using --enable-werror-always at configure
time (as done by .../contrib/config-list.mk).

  Thanks for looking into the issue anyways!  (...and what do you
think about adding a microblazeel target to the list?)

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:                http://catb.org/~esr/faqs/smart-questions.html
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] pdp11-aout
  2013-11-26 16:05     ` Joern Rennecke
@ 2013-11-26 16:08       ` Joern Rennecke
  2013-11-26 16:47       ` Paul Koning
  1 sibling, 0 replies; 64+ messages in thread
From: Joern Rennecke @ 2013-11-26 16:08 UTC (permalink / raw)
  To: Paul Koning; +Cc: Jan-Benedict Glaw, gcc@gcc.gnu.org Development

P.S.:  This is PR54664.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54664

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 16:08     ` Jan-Benedict Glaw
@ 2013-11-26 16:13       ` Michael Eager
  2013-11-26 16:17         ` Jan-Benedict Glaw
  0 siblings, 1 reply; 64+ messages in thread
From: Michael Eager @ 2013-11-26 16:13 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: gcc

On 11/26/13 08:08, Jan-Benedict Glaw wrote:
> On Tue, 2013-11-26 07:50:34 -0800, Michael Eager <eager@eagercon.com> wrote:
>> On 11/25/13 19:26, Jan-Benedict Glaw wrote:
>>> 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 ...)
> [...]
>
>> I do not see this error in my build of microblaze-elf.
>>
>> I notice that there are flags in your compile that do not appear in mine:
>> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
>
> See the introduction email: This is (as advised) with an up-to-date
> GCC (just a few days old), using --enable-werror-always at configure
> time (as done by .../contrib/config-list.mk).

Missed that email.

>    Thanks for looking into the issue anyways!  (...and what do you
> think about adding a microblazeel target to the list?)

Sounds OK to me.

-- 
Michael Eager	 eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306  650-325-8077

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 16:13       ` Michael Eager
@ 2013-11-26 16:17         ` Jan-Benedict Glaw
  2013-11-26 17:16           ` Michael Eager
  0 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26 16:17 UTC (permalink / raw)
  To: Michael Eager; +Cc: gcc

[-- Attachment #1: Type: text/plain, Size: 573 bytes --]

On Tue, 2013-11-26 08:13:12 -0800, Michael Eager <eager@eagercon.com> wrote:
> On 11/26/13 08:08, Jan-Benedict Glaw wrote:
> > Thanks for looking into the issue anyways!  (...and what do you
> > think about adding a microblazeel target to the list?)
> 
> Sounds OK to me.

Any suggestion of which target(s) to choose?

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
  Signature of:                        Lauf nicht vor Deinem Glück davon:
  the second  :                             Es könnte hinter Dir stehen!

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] pdp11-aout
  2013-11-26 15:56   ` Paul Koning
  2013-11-26 16:05     ` Joern Rennecke
@ 2013-11-26 16:26     ` Jeff Law
  1 sibling, 0 replies; 64+ messages in thread
From: Jeff Law @ 2013-11-26 16:26 UTC (permalink / raw)
  To: Paul Koning, Jan-Benedict Glaw; +Cc: gcc@gcc.gnu.org Development

On 11/26/13 08:55, Paul Koning wrote:
>
> On Nov 25, 2013, at 10:25 PM, Jan-Benedict Glaw <jbglaw@lug-owl.de>
> wrote:
>
>> 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
>
> Interesting.  In the pdp11 target, BRANCH_COST is either 0 or 1.  So
> yes, that comparison is always true.
>
> Is there a requirement that all targets must have branch cost that
> it, at least some of the time, 4 or greater?  If so, why?  If not,
> then I suppose cfgexpand.c could be changed to defeat this message,
> but how, or why?  In general, it seems perfectly reasonable to have
> code guarded by conditions that may be always true, or always false.
> That's what we have optimizers for.  Defeating such optimizations by
> calling them an error seems like a bad idea.
No, there's no such requirement on the targets to have a branch cost > 4.

Jeff

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] pdp11-aout
  2013-11-26 16:05     ` Joern Rennecke
  2013-11-26 16:08       ` Joern Rennecke
@ 2013-11-26 16:47       ` Paul Koning
  1 sibling, 0 replies; 64+ messages in thread
From: Paul Koning @ 2013-11-26 16:47 UTC (permalink / raw)
  To: Joern Rennecke; +Cc: Jan-Benedict Glaw, gcc@gcc.gnu.org Development


On Nov 26, 2013, at 11:03 AM, Joern Rennecke <joern.rennecke@embecosm.com> wrote:

> On 26 November 2013 15:55, Paul Koning <paulkoning@comcast.net> wrote:
> 
>> Is there a requirement that all targets must have branch cost that it, at least some of the time, 4 or greater?
> 
> Not by design, although there seem to be a number of issues with
> supporting targets with a lower branch cost.  E.g. consider
> LOGICAL_OP_NON_SHORT_CIRCUIT - the default of which also seems to
> assume superscalarity and a cheap flag-set operation - and its impact
> on/treatment by the test suite.

The doc says that the default branch cost is 1.  So it seems reasonable for a target to have branch cost < 4 at all times, if the target doesn't have expensive branches or widely varying branch costs.  Low speed processors with simple execution units are likely to be such targets (and indeed the pdp11 is a good example).

> 
>> If so, why?  If not, then I suppose cfgexpand.c could be changed to defeat this message
> 
> I agree.
> 
> , but how, or why?
> 
> Changing this target macro into a target hook should do the trick.

Is there such a target hook in the current code?

	paul

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] First results of running contrib/config-list.mk
  2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
                   ` (25 preceding siblings ...)
  2013-11-26 14:54 ` [buildrobot] First results of running contrib/config-list.mk Ian Lance Taylor
@ 2013-11-26 16:58 ` Joseph S. Myers
  2013-12-02 11:08   ` Gerald Pfeifer
  26 siblings, 1 reply; 64+ messages in thread
From: Joseph S. Myers @ 2013-11-26 16:58 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: gcc

Many such failures may already have bugs in Bugzilla (generally filed by 
Joern).

I think it's time to remove targets that have been under --enable-obsolete 
for a while - and to obsolete, for possible future removal, targets 
without stdint.h type information configured in GCC (see list in 
<http://gcc.gnu.org/ml/gcc-patches/2013-06/msg00248.html>) (the avr-rtems 
failures seem to be an issue with missing or broken stdint.h 
configuration, though I'm not sure why it would be missing there).

-- 
Joseph S. Myers
joseph@codesourcery.com

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 16:17         ` Jan-Benedict Glaw
@ 2013-11-26 17:16           ` Michael Eager
  0 siblings, 0 replies; 64+ messages in thread
From: Michael Eager @ 2013-11-26 17:16 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: gcc

On 11/26/13 08:16, Jan-Benedict Glaw wrote:
> On Tue, 2013-11-26 08:13:12 -0800, Michael Eager <eager@eagercon.com> wrote:
>> On 11/26/13 08:08, Jan-Benedict Glaw wrote:
>>> Thanks for looking into the issue anyways!  (...and what do you
>>> think about adding a microblazeel target to the list?)
>>
>> Sounds OK to me.
>
> Any suggestion of which target(s) to choose?

microblazeel-elf.

-- 
Michael Eager	 eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306  650-325-8077

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Fixed! (was: [buildrobot] epiphany-elf)
  2013-11-26  3:29 ` [buildrobot] epiphany-elf Jan-Benedict Glaw
@ 2013-11-26 19:49   ` Jan-Benedict Glaw
  0 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26 19:49 UTC (permalink / raw)
  To: gcc; +Cc: Joern Rennecke

[-- Attachment #1: Type: text/plain, Size: 848 bytes --]

Hi!

On Tue, 2013-11-26 04:27:56 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40206

I think Joern is rewarded with the First Fixer's Trophy :)

http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=41484

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of: 23:53 <@jbglaw> So, ich kletter' jetzt mal ins Bett.
the second  : 23:57 <@jever2> .oO( kletter ..., hat er noch Gitter vorm Bett, wie früher meine Kinder?)
              00:00 <@jbglaw> jever2: *patsch*
              00:01 <@jever2> *aua*, wofür, Gedanken sind frei!
              00:02 <@jbglaw> Nee, freie Gedanken, die sind seit 1984 doch aus!
              00:03 <@jever2> 1984? ich bin erst seit 1985 verheiratet!

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] ia64-hpux
  2013-11-26  3:28 ` [buildrobot] ia64-hpux Jan-Benedict Glaw
@ 2013-11-27  2:50   ` Jan-Benedict Glaw
  2013-11-27  3:41     ` Jeff Law
  0 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-27  2:50 UTC (permalink / raw)
  To: gcc; +Cc: Jim Wilson, Steve Ellcey, John David Anglin, Alexander Ivchenko

[-- Attachment #1: Type: text/plain, Size: 2226 bytes --]

On Tue, 2013-11-26 04:26:57 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39052
> 
> g++ -c  -DUSE_LIBUNWIND_EXCEPTIONS  -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 ia64.o -MT ia64.o -MMD -MP -MF ./.deps/ia64.TPo ../../../gcc/gcc/config/ia64/ia64.c
> In file included from ./tm.h:20:0,
>                  from ../../../gcc/gcc/config/ia64/ia64.c:25:
> ../../../gcc/gcc/config/ia64/hpux.h:185:34: error: ‘default_c99_libc_has_function’ was not declared in this scope
>  #define TARGET_LIBC_HAS_FUNCTION default_c99_libc_has_function
>                                   ^
> ./target-hooks-def.h:1140:5: note: in expansion of macro ‘TARGET_LIBC_HAS_FUNCTION’
>      TARGET_LIBC_HAS_FUNCTION, \
>      ^
> ../../../gcc/gcc/config/ia64/ia64.c:659:29: note: in expansion of macro ‘TARGET_INITIALIZER’
>  struct gcc_target targetm = TARGET_INITIALIZER;
>                              ^
> make[2]: *** [ia64.o] Error 1

I *guess* it should have been no_c99_libc_has_function instead of
default_c99_libc_has_function, referring to an equal change to
pa/hpux.h in r201838:

	http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=201838
	http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=30f690e026ecdf99c68e777a48562b58afe37f43

But I don't actually know HP-UX's libc and whether or not it ships an
equal set of functions on all target it runs on...

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:              Alles sollte so einfach wie möglich gemacht sein.
the second  :                          Aber nicht einfacher.  (Einstein)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] ia64-hpux
  2013-11-27  2:50   ` Jan-Benedict Glaw
@ 2013-11-27  3:41     ` Jeff Law
  2013-11-27  8:15       ` Alexander Ivchenko
  0 siblings, 1 reply; 64+ messages in thread
From: Jeff Law @ 2013-11-27  3:41 UTC (permalink / raw)
  To: Jan-Benedict Glaw, gcc
  Cc: Jim Wilson, Steve Ellcey, John David Anglin, Alexander Ivchenko

On 11/26/13 19:50, Jan-Benedict Glaw wrote:
> On Tue, 2013-11-26 04:26:57 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
>> Build log at
>> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39052
>>
>> g++ -c  -DUSE_LIBUNWIND_EXCEPTIONS  -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 ia64.o -MT ia64.o -MMD -MP -MF ./.deps/ia64.TPo ../../../gcc/gcc/config/ia64/ia64.c
>> In file included from ./tm.h:20:0,
>>                   from ../../../gcc/gcc/config/ia64/ia64.c:25:
>> ../../../gcc/gcc/config/ia64/hpux.h:185:34: error: ‘default_c99_libc_has_function’ was not declared in this scope
>>   #define TARGET_LIBC_HAS_FUNCTION default_c99_libc_has_function
>>                                    ^
>> ./target-hooks-def.h:1140:5: note: in expansion of macro ‘TARGET_LIBC_HAS_FUNCTION’
>>       TARGET_LIBC_HAS_FUNCTION, \
>>       ^
>> ../../../gcc/gcc/config/ia64/ia64.c:659:29: note: in expansion of macro ‘TARGET_INITIALIZER’
>>   struct gcc_target targetm = TARGET_INITIALIZER;
>>                               ^
>> make[2]: *** [ia64.o] Error 1
>
> I *guess* it should have been no_c99_libc_has_function instead of
> default_c99_libc_has_function, referring to an equal change to
> pa/hpux.h in r201838:
>
> 	http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=201838
> 	http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=30f690e026ecdf99c68e777a48562b58afe37f43
>
> But I don't actually know HP-UX's libc and whether or not it ships an
> equal set of functions on all target it runs on...
I approved a patch today that I think will fix this.

Jeff

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] ia64-hpux
  2013-11-27  3:41     ` Jeff Law
@ 2013-11-27  8:15       ` Alexander Ivchenko
  2013-11-27 10:15         ` Fixed! (was: [buildrobot] ia64-hpux) Jan-Benedict Glaw
  0 siblings, 1 reply; 64+ messages in thread
From: Alexander Ivchenko @ 2013-11-27  8:15 UTC (permalink / raw)
  To: Jeff Law
  Cc: Jan-Benedict Glaw, gcc, Jim Wilson, Steve Ellcey,
	John David Anglin, Alexander Ivchenko

2013/11/27 Jeff Law <law@redhat.com>:
> On 11/26/13 19:50, Jan-Benedict Glaw wrote:
>>
>> On Tue, 2013-11-26 04:26:57 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de>
>> wrote:
>>>
>>> Build log at
>>> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39052
>>>
>>> g++ -c  -DUSE_LIBUNWIND_EXCEPTIONS  -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 ia64.o -MT ia64.o -MMD -MP -MF
>>> ./.deps/ia64.TPo ../../../gcc/gcc/config/ia64/ia64.c
>>> In file included from ./tm.h:20:0,
>>>                   from ../../../gcc/gcc/config/ia64/ia64.c:25:
>>> ../../../gcc/gcc/config/ia64/hpux.h:185:34: error:
>>> ‘default_c99_libc_has_function’ was not declared in this scope
>>>   #define TARGET_LIBC_HAS_FUNCTION default_c99_libc_has_function
>>>                                    ^
>>> ./target-hooks-def.h:1140:5: note: in expansion of macro
>>> ‘TARGET_LIBC_HAS_FUNCTION’
>>>       TARGET_LIBC_HAS_FUNCTION, \
>>>       ^
>>> ../../../gcc/gcc/config/ia64/ia64.c:659:29: note: in expansion of macro
>>> ‘TARGET_INITIALIZER’
>>>   struct gcc_target targetm = TARGET_INITIALIZER;
>>>                               ^
>>> make[2]: *** [ia64.o] Error 1
>>
>>
>> I *guess* it should have been no_c99_libc_has_function instead of
>> default_c99_libc_has_function, referring to an equal change to
>> pa/hpux.h in r201838:
>>
>>         http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=201838
>>
>> http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=30f690e026ecdf99c68e777a48562b58afe37f43
>>
>> But I don't actually know HP-UX's libc and whether or not it ships an
>> equal set of functions on all target it runs on...

"no_c99_libc_has_function" would be incorrect: before we switched to
target hook implementation of checking the presence of builtin
functions, we had for hpux:

/* ia64 HPUX has the float and long double forms of math functions.  */
#undef TARGET_C99_FUNCTIONS
#define TARGET_C99_FUNCTIONS  1

And since now we assume that by default c99 functions are present, the
correct version of the hook would be exactly the default one.


> I approved a patch today that I think will fix this.
> Jeff

That's right, it is committed:
http://gcc.gnu.org/ml/gcc-cvs/2013-11/msg01158.html

thanks,
Alexander

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] mep-elf
  2013-11-26  3:28 ` [buildrobot] mep-elf Jan-Benedict Glaw
@ 2013-11-27  8:22   ` Jan-Benedict Glaw
  2013-11-27  9:29     ` Joern Rennecke
  0 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-27  8:22 UTC (permalink / raw)
  To: gcc; +Cc: DJ Delorie

[-- Attachment #1: Type: text/plain, Size: 1866 bytes --]

On Tue, 2013-11-26 04:26:25 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40716
> 
> g++ -c  -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -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    -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/mep/mep-pragma.c
> ../../../gcc/gcc/config/mep/mep-pragma.c: In function ‘void mep_pragma_coprocessor(cpp_reader*)’:
> ../../../gcc/gcc/config/mep/mep-pragma.c:271:18: error: ‘rclass’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
>    enum reg_class rclass;
>                   ^
> cc1plus: all warnings being treated as errors
> make[2]: *** [mep-pragma.o] Error 1

Looking at the code, I see no way how rclass could be used
uninitialized. The diagnostic message looks wrong to me. May need a
fix at a totally different location, where it is issued ;)

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:         Alles wird gut! ...und heute wirds schon ein bißchen besser.
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] mep-elf
  2013-11-27  8:22   ` Jan-Benedict Glaw
@ 2013-11-27  9:29     ` Joern Rennecke
  0 siblings, 0 replies; 64+ messages in thread
From: Joern Rennecke @ 2013-11-27  9:29 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: GCC, DJ Delorie

On 27 November 2013 08:22, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:

> Looking at the code, I see no way how rclass could be used
> uninitialized. The diagnostic message looks wrong to me. May need a
> fix at a totally different location, where it is issued ;)

That's PR49401:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49401

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Fixed! (was: [buildrobot] ia64-hpux)
  2013-11-27  8:15       ` Alexander Ivchenko
@ 2013-11-27 10:15         ` Jan-Benedict Glaw
  0 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-27 10:15 UTC (permalink / raw)
  To: Alexander Ivchenko
  Cc: Jeff Law, gcc, Jim Wilson, Steve Ellcey, John David Anglin,
	Alexander Ivchenko

[-- Attachment #1: Type: text/plain, Size: 861 bytes --]

On Wed, 2013-11-27 12:14:55 +0400, Alexander Ivchenko <aivchenk@gmail.com> wrote:
> 2013/11/27 Jeff Law <law@redhat.com>:
> > On 11/26/13 19:50, Jan-Benedict Glaw wrote:
> > > On Tue, 2013-11-26 04:26:57 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de>
> > > wrote:
> > > > Build log at
> > > > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39052
[...]
> > I approved a patch today that I think will fix this.
> > Jeff
> 
> That's right, it is committed:
> http://gcc.gnu.org/ml/gcc-cvs/2013-11/msg01158.html

Great!

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@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

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Fixed! (was: [buildrobot] i686-mingw32crt)
  2013-11-26  3:28 ` [buildrobot] i686-mingw32crt Jan-Benedict Glaw
@ 2013-11-27 15:25   ` Jan-Benedict Glaw
  0 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-27 15:25 UTC (permalink / raw)
  To: gcc; +Cc: Kai Tietz

[-- Attachment #1: Type: text/plain, Size: 1751 bytes --]

On Tue, 2013-11-26 04:27:21 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40445
> 
> 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

Got fixed by Kai Tietze. Thanks!

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
  Signature of:                           Wenn ich wach bin, träume ich.
  the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Fixed! (was: [buildrobot] x86_64-w64-mingw32)
  2013-11-26  3:25 ` [buildrobot] x86_64-w64-mingw32 Jan-Benedict Glaw
@ 2013-11-27 15:41   ` Jan-Benedict Glaw
  0 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-27 15:41 UTC (permalink / raw)
  To: gcc; +Cc: Kai Tietz

[-- Attachment #1: Type: text/plain, Size: 1792 bytes --]

On Tue, 2013-11-26 04:24:16 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> 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

Fixed too by Kai.

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
 Signature of:                    Arroganz verkürzt fruchtlose Gespräche.
 the second  :                                   -- Jan-Benedict Glaw

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] i686-interix3 --enable-obsolete
  2013-11-26  3:28 ` [buildrobot] i686-interix3 --enable-obsolete Jan-Benedict Glaw
@ 2013-11-27 16:39   ` Jan-Benedict Glaw
  0 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-27 16:39 UTC (permalink / raw)
  To: gcc; +Cc: Kai Tietz

[-- Attachment #1: Type: text/plain, Size: 2037 bytes --]

On Tue, 2013-11-26 04:27:37 +0100, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39836

After Kais recent change, parts of it is fixed. Right now (cf.
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=42497),
it looks 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 -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/i386/winnt.c
../../../gcc/gcc/config/i386/winnt.c: In function ‘void i386_pe_unique_section(tree, int)’:
../../../gcc/gcc/config/i386/winnt.c:418:8: error: ‘flag_writable_rel_rdata’ was not declared in this scope
   if (!flag_writable_rel_rdata)
        ^
../../../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:476:8: error: ‘flag_writable_rel_rdata’ was not declared in this scope
   if (!flag_writable_rel_rdata)
        ^
make[2]: *** [winnt.o] Error 1


The interix3 target won't include cygming.opt and thus miss the flag.

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:                 Friends are relatives you make for yourself.
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] First results of running contrib/config-list.mk
  2013-11-26 16:58 ` Joseph S. Myers
@ 2013-12-02 11:08   ` Gerald Pfeifer
  2013-12-02 11:15     ` Jan-Benedict Glaw
  0 siblings, 1 reply; 64+ messages in thread
From: Gerald Pfeifer @ 2013-12-02 11:08 UTC (permalink / raw)
  To: Joseph S. Myers; +Cc: Jan-Benedict Glaw, gcc

On Tue, 26 Nov 2013, Joseph S. Myers wrote:
> I think it's time to remove targets that have been under --enable-obsolete 
> for a while - and to obsolete, for possible future removal, targets 
> without stdint.h type information configured in GCC (see list in 
> <http://gcc.gnu.org/ml/gcc-patches/2013-06/msg00248.html>)

I think this makes a lot of sense.

Gerald

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] First results of running contrib/config-list.mk
  2013-12-02 11:08   ` Gerald Pfeifer
@ 2013-12-02 11:15     ` Jan-Benedict Glaw
  2013-12-02 16:34       ` Joseph S. Myers
  0 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-12-02 11:15 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: Joseph S. Myers, gcc

[-- Attachment #1: Type: text/plain, Size: 1160 bytes --]

On Mon, 2013-12-02 12:08:25 +0100, Gerald Pfeifer <gerald@pfeifer.com> wrote:
> On Tue, 26 Nov 2013, Joseph S. Myers wrote:
> > I think it's time to remove targets that have been under --enable-obsolete 
> > for a while - and to obsolete, for possible future removal, targets 
> > without stdint.h type information configured in GCC (see list in 
> > <http://gcc.gnu.org/ml/gcc-patches/2013-06/msg00248.html>)
> 
> I think this makes a lot of sense.

Shall I filter out the --enable-obsolete configurations from the
config-list builder instances? That would be these:

jbglaw@pluto:~/src/gcc/contrib$ make -f config-list.mk list|tr ' ' $'\n'|grep obsolete
picochip-elfOPT-enable-obsolete
sparc-sun-solaris2.9OPT-enable-obsolete
i686-solaris2.9OPT-enable-obsolete
i686-interix3OPT-enable-obsolete
score-elfOPT-enable-obsolete

Oh, reminds me: I need to ping the config-list.mk patch again...

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:              Alles sollte so einfach wie möglich gemacht sein.
the second  :                          Aber nicht einfacher.  (Einstein)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] First results of running contrib/config-list.mk
  2013-12-02 11:15     ` Jan-Benedict Glaw
@ 2013-12-02 16:34       ` Joseph S. Myers
  0 siblings, 0 replies; 64+ messages in thread
From: Joseph S. Myers @ 2013-12-02 16:34 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: Gerald Pfeifer, gcc

On Mon, 2 Dec 2013, Jan-Benedict Glaw wrote:

> On Mon, 2013-12-02 12:08:25 +0100, Gerald Pfeifer <gerald@pfeifer.com> wrote:
> > On Tue, 26 Nov 2013, Joseph S. Myers wrote:
> > > I think it's time to remove targets that have been under --enable-obsolete 
> > > for a while - and to obsolete, for possible future removal, targets 
> > > without stdint.h type information configured in GCC (see list in 
> > > <http://gcc.gnu.org/ml/gcc-patches/2013-06/msg00248.html>)
> > 
> > I think this makes a lot of sense.
> 
> Shall I filter out the --enable-obsolete configurations from the
> config-list builder instances? That would be these:

While a configuration is still present, it should still build.

> picochip-elfOPT-enable-obsolete
> sparc-sun-solaris2.9OPT-enable-obsolete
> i686-solaris2.9OPT-enable-obsolete
> i686-interix3OPT-enable-obsolete
> score-elfOPT-enable-obsolete

Interix no longer appears on the --enable-obsolete list, config-list.mk 
appears to be out of date regarding what needs this option....

-- 
Joseph S. Myers
joseph@codesourcery.com

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 19:50           ` Joern Rennecke
@ 2013-11-26 19:54             ` Jan-Benedict Glaw
  0 siblings, 0 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26 19:54 UTC (permalink / raw)
  To: Joern Rennecke; +Cc: Joel Sherrill, Joseph S. Myers, gcc, Michael Eager

[-- Attachment #1: Type: text/plain, Size: 1345 bytes --]

On Tue, 2013-11-26 19:50:10 +0000, Joern Rennecke <joern.rennecke@embecosm.com> wrote:
> On 26 November 2013 17:38, Joel Sherrill <joel.sherrill@oarcorp.com> wrote:
> > as to Joern's question:
> > > Is there something that microblaze-rtems exposes that is not
> > > already covered by other microblaze or rtems targets that are
> > > already included?
> >
> > I believe it was on the microblaze where someone broke the libgcc
> > pattern for rtems by changing the pattern from XXX*-*-* to
> > XXX*-*-elf.
> 
> In order to catch such a problem, we'd have to at least build
> libgcc.  Which requires to have an assembler for the respective
> target first.
> 
> How should this be handled?  Test if an cross-asembler for target
> has been installedon the host?  Or having a separate list of targets
> that are supported by FSF GAS, and a curent gas checkout, and then
> building gas for those targets?

I think it'd possible to eg. first create a linked tree and then build
all-gas all-ld install-gas install-ld all-gcc .  I think that most
targets should be gas-/ld-supported. At least, we'd give that a try
and see where it takes us.

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
  Signature of:                           Wenn ich wach bin, träume ich.
  the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 17:38         ` Joel Sherrill
  2013-11-26 18:00           ` Ralf Corsepius
@ 2013-11-26 19:50           ` Joern Rennecke
  2013-11-26 19:54             ` Jan-Benedict Glaw
  1 sibling, 1 reply; 64+ messages in thread
From: Joern Rennecke @ 2013-11-26 19:50 UTC (permalink / raw)
  To: Joel Sherrill; +Cc: Joseph S. Myers, Jan-Benedict Glaw, gcc, Michael Eager

On 26 November 2013 17:38, Joel Sherrill <joel.sherrill@oarcorp.com> wrote:

> The key to seeing the value of testing *-rtems is moving
> beyond "builds or not" and into running tests on more
> languages.

Well, we are already configuring with --enable-languages=all,ada,go ,
so there are a lot of frontends being build - just not the libraries.
>
> as to Joern's question:
>> Is there something that microblaze-rtems exposes that is not already
>> covered by other microblaze or rtems targets that are already included?
>
> I believe it was on the microblaze where someone broke the
> libgcc pattern for rtems by changing the pattern from
> XXX*-*-* to XXX*-*-elf.

In order to catch such a problem, we'd have to at least build libgcc.
Which requires to have an assembler for the respective target first.

How should this be handled?  Test if an cross-asembler for target
has been installedon the host?
Or having a separate list of targets that are supported by FSF GAS, and
a curent gas checkout, and then building gas for those targets?

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 18:00           ` Ralf Corsepius
@ 2013-11-26 18:54             ` Joel Sherrill
  0 siblings, 0 replies; 64+ messages in thread
From: Joel Sherrill @ 2013-11-26 18:54 UTC (permalink / raw)
  To: Ralf Corsepius, gcc

On 11/26/2013 11:58 AM, Ralf Corsepius wrote:
> On 11/26/2013 06:38 PM, Joel Sherrill wrote:
> 
>>> Is there something that microblaze-rtems exposes that is not already
>>> covered by other microblaze or rtems targets that are already included?
>>
>> I believe it was on the microblaze where someone broke the
>> libgcc pattern for rtems by changing the pattern from
>> XXX*-*-* to XXX*-*-elf.
> Correct. microblaze-rtems* is incomplete in libgcc.
> 
> I have a patch pending for gcc-4.8.x, but haven't yet tried with
> gcc-4.9.x.

It should be the same patch. I wrote one too and obviously
forgot to upstream it.

For those who care, this is the seemingly benign patch
which broke it.

http://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=98f2ac05e3adaf283a55531a3e274e20aad6048d

The lesson is that every target has to take a
path through those large switches. And things can
and do break.

> Ralf
> 
> 



-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel.sherrill@OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 17:38         ` Joel Sherrill
@ 2013-11-26 18:00           ` Ralf Corsepius
  2013-11-26 18:54             ` Joel Sherrill
  2013-11-26 19:50           ` Joern Rennecke
  1 sibling, 1 reply; 64+ messages in thread
From: Ralf Corsepius @ 2013-11-26 18:00 UTC (permalink / raw)
  To: gcc

On 11/26/2013 06:38 PM, Joel Sherrill wrote:

>> Is there something that microblaze-rtems exposes that is not already
>> covered by other microblaze or rtems targets that are already included?
>
> I believe it was on the microblaze where someone broke the
> libgcc pattern for rtems by changing the pattern from
> XXX*-*-* to XXX*-*-elf.
Correct. microblaze-rtems* is incomplete in libgcc.

I have a patch pending for gcc-4.8.x, but haven't yet tried with
gcc-4.9.x.

Ralf


^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 16:52       ` Joseph S. Myers
@ 2013-11-26 17:38         ` Joel Sherrill
  2013-11-26 18:00           ` Ralf Corsepius
  2013-11-26 19:50           ` Joern Rennecke
  0 siblings, 2 replies; 64+ messages in thread
From: Joel Sherrill @ 2013-11-26 17:38 UTC (permalink / raw)
  To: Joseph S. Myers, Jan-Benedict Glaw; +Cc: Joern Rennecke, gcc, Michael Eager

On 11/26/2013 10:52 AM, Joseph S. Myers wrote:
> On Tue, 26 Nov 2013, Jan-Benedict Glaw wrote:
> 
>>> The idea if config-list.mk is not to build every conceivable target
>>> configuration, but to give a reasonable converage of the different
>>> target architectures and OS/library configurations so that you can
>>> effectively  test a patch with unknown target-specific impact.
>>
>> Is it like that?  My impression is/was that people collected a list of
>> targets they somewhat care for. With around 200 configurations, among
>> them some that are quite similar, adding another just adds 1/2%, which
>> I'd call neglectible.
> 
> For example, the list should include at least one target for every target 
> header in GCC.  So if there's a header specific to an (architecture, OS) 
> pair, a matching configuration should be included.
> 

It is true that the RTEMS configurations are generally similar to
the *-elf ones. However, we turn on pthreads support in C++ and
multitasking in the languages which have it including Ada. We
have good test results even in FORTRAN. With tasking and
filesystem support on near bare metal,  *-rtems can potentially
be used to test a lot more than *-elf.

For the basic code generation, there likely isn't much
difference. I often can reproduce our code generation
problems using *-elf. But we have different code and
more code.

The key to seeing the value of testing *-rtems is moving
beyond "builds or not" and into running tests on more
languages.

as to Joern's question:
> Is there something that microblaze-rtems exposes that is not already
> covered by other microblaze or rtems targets that are already included?

I believe it was on the microblaze where someone broke the
libgcc pattern for rtems by changing the pattern from
XXX*-*-* to XXX*-*-elf.

Plus we do have at least one OS/Target specific file for
each *-rtems configuration. There is at least a
config/*/*rtems*.h and often a config/*/t-* which is specific
to RTEMS. Plus config/*rtems* is used in all *-rtems targets.


-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel.sherrill@OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 15:28     ` Jan-Benedict Glaw
  2013-11-26 16:03       ` Michael Eager
@ 2013-11-26 16:52       ` Joseph S. Myers
  2013-11-26 17:38         ` Joel Sherrill
  1 sibling, 1 reply; 64+ messages in thread
From: Joseph S. Myers @ 2013-11-26 16:52 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: Joern Rennecke, Joel Sherrill, gcc, Michael Eager

On Tue, 26 Nov 2013, Jan-Benedict Glaw wrote:

> > The idea if config-list.mk is not to build every conceivable target
> > configuration, but to give a reasonable converage of the different
> > target architectures and OS/library configurations so that you can
> > effectively  test a patch with unknown target-specific impact.
> 
> Is it like that?  My impression is/was that people collected a list of
> targets they somewhat care for. With around 200 configurations, among
> them some that are quite similar, adding another just adds 1/2%, which
> I'd call neglectible.

For example, the list should include at least one target for every target 
header in GCC.  So if there's a header specific to an (architecture, OS) 
pair, a matching configuration should be included.

-- 
Joseph S. Myers
joseph@codesourcery.com

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 15:28     ` Jan-Benedict Glaw
@ 2013-11-26 16:03       ` Michael Eager
  2013-11-26 16:52       ` Joseph S. Myers
  1 sibling, 0 replies; 64+ messages in thread
From: Michael Eager @ 2013-11-26 16:03 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: Joern Rennecke, Joel Sherrill, gcc

On 11/26/13 07:27, Jan-Benedict Glaw wrote:

>> Is there something that microblaze-rtems exposes that is not already
>> covered by other microblaze or rtems targets that are already included?
>
> Probably not (without having looked at what that configuration would
> actually pull in.)

I believe that microblaze-rtems is almost identical to microblaze-elf.


-- 
Michael Eager	 eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306  650-325-8077

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 15:21   ` Joern Rennecke
@ 2013-11-26 15:28     ` Jan-Benedict Glaw
  2013-11-26 16:03       ` Michael Eager
  2013-11-26 16:52       ` Joseph S. Myers
  0 siblings, 2 replies; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26 15:28 UTC (permalink / raw)
  To: Joern Rennecke; +Cc: Joel Sherrill, gcc, Michael Eager

[-- Attachment #1: Type: text/plain, Size: 1558 bytes --]

On Tue, 2013-11-26 15:21:12 +0000, Joern Rennecke <joern.rennecke@embecosm.com> wrote:
> On 26 November 2013 14:51, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> > On Tue, 2013-11-26 06:33:39 -0600, Joel Sherrill <Joel.Sherrill@OARcorp.com> wrote:
> > > Was microblaze-rtems attempted? I would have expected a failure
> > > like these if so.
> >
> > No, it wasn't.  It's not on the list of targets in
> > .../gcc/contrib/config-list.mk .  So we'd probably add that to the
> > target list I guess?  I'll propose a patch later tonight (adding
> > to another pending patch to config-list.mk)
> 
> The idea if config-list.mk is not to build every conceivable target
> configuration, but to give a reasonable converage of the different
> target architectures and OS/library configurations so that you can
> effectively  test a patch with unknown target-specific impact.

Is it like that?  My impression is/was that people collected a list of
targets they somewhat care for. With around 200 configurations, among
them some that are quite similar, adding another just adds 1/2%, which
I'd call neglectible.

> Is there something that microblaze-rtems exposes that is not already
> covered by other microblaze or rtems targets that are already included?

Probably not (without having looked at what that configuration would
actually pull in.)

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:         Alles wird gut! ...und heute wirds schon ein bißchen besser.
the second  :

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 14:51 ` Jan-Benedict Glaw
@ 2013-11-26 15:21   ` Joern Rennecke
  2013-11-26 15:28     ` Jan-Benedict Glaw
  0 siblings, 1 reply; 64+ messages in thread
From: Joern Rennecke @ 2013-11-26 15:21 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: Joel Sherrill, gcc, Michael Eager

On 26 November 2013 14:51, Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> On Tue, 2013-11-26 06:33:39 -0600, Joel Sherrill <Joel.Sherrill@OARcorp.com> wrote:

>> Was microblaze-rtems attempted? I would have expected a failure like
>> these if so.
>
> No, it wasn't.  It's not on the list of targets in
> .../gcc/contrib/config-list.mk .  So we'd probably add that to the
> target list I guess?  I'll propose a patch later tonight (adding to
> another pending patch to config-list.mk)

The idea if config-list.mk is not to build every conceivable target
configuration,
but to give a reasonable converage of the different target architectures and
OS/library configurations so that you can effectively  test a patch with unknown
target-specific impact.

Is there something that microblaze-rtems exposes that is not already
covered by other microblaze or rtems targets that are already included?

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
  2013-11-26 12:35 [buildrobot] microblaze-elf / microblaze-linux Joel Sherrill
@ 2013-11-26 14:51 ` Jan-Benedict Glaw
  2013-11-26 15:21   ` Joern Rennecke
  0 siblings, 1 reply; 64+ messages in thread
From: Jan-Benedict Glaw @ 2013-11-26 14:51 UTC (permalink / raw)
  To: Joel Sherrill; +Cc: gcc, Michael Eager

[-- Attachment #1: Type: text/plain, Size: 2077 bytes --]

On Tue, 2013-11-26 06:33:39 -0600, Joel Sherrill <Joel.Sherrill@OARcorp.com> wrote:
> Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:
> > 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
> > 
> Was microblaze-rtems attempted? I would have expected a failure like
> these if so.

No, it wasn't.  It's not on the list of targets in
.../gcc/contrib/config-list.mk .  So we'd probably add that to the
target list I guess?  I'll propose a patch later tonight (adding to
another pending patch to config-list.mk)

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw@lug-owl.de              +49-172-7608481
Signature of:                   ...und wenn Du denkst, es geht nicht mehr,
the second  :                          kommt irgendwo ein Lichtlein her.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 64+ messages in thread

* Re: [buildrobot] microblaze-elf / microblaze-linux
@ 2013-11-26 12:35 Joel Sherrill
  2013-11-26 14:51 ` Jan-Benedict Glaw
  0 siblings, 1 reply; 64+ messages in thread
From: Joel Sherrill @ 2013-11-26 12:35 UTC (permalink / raw)
  To: Jan-Benedict Glaw; +Cc: gcc, Michael Eager

Was microblaze-rtems attempted? I would have expected a failure like these if so.

--joel

Jan-Benedict Glaw <jbglaw@lug-owl.de> wrote:


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      jbglaw@lug-owl.de              +49-172-7608481
  Signature of:                          Zensur im Internet? Nein danke!
  the second  :

^ permalink raw reply	[flat|nested] 64+ messages in thread

end of thread, other threads:[~2013-12-02 16:34 UTC | newest]

Thread overview: 64+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-11-26  3:20 [buildrobot] First results of running contrib/config-list.mk Jan-Benedict Glaw
2013-11-26  3:24 ` [buildrobot] alpha64-dec-vms / alpha-dec-vms Jan-Benedict Glaw
2013-11-26  8:30   ` Tristan Gingold
2013-11-26  3:25 ` [buildrobot] vax-openbsd Jan-Benedict Glaw
2013-11-26  3:25 ` [buildrobot] x86_64-w64-mingw32 Jan-Benedict Glaw
2013-11-27 15:41   ` Fixed! (was: [buildrobot] x86_64-w64-mingw32) Jan-Benedict Glaw
2013-11-26  3:25 ` [buildrobot] rx-elf Jan-Benedict Glaw
2013-11-26  3:25 ` [buildrobot] score-elf --enable-obsolete Jan-Benedict Glaw
2013-11-26  3:25 ` [buildrobot] vax-linux-gnu / vax-netbsdelf Jan-Benedict Glaw
2013-11-26  3:26 ` [buildrobot] pdp11-aout Jan-Benedict Glaw
2013-11-26 15:56   ` Paul Koning
2013-11-26 16:05     ` Joern Rennecke
2013-11-26 16:08       ` Joern Rennecke
2013-11-26 16:47       ` Paul Koning
2013-11-26 16:26     ` Jeff Law
2013-11-26  3:26 ` [buildrobot] rl78-elf Jan-Benedict Glaw
2013-11-26  3:26 ` [buildrobot] moxie-elf / moxie-rtems / moxie-uclinux Jan-Benedict Glaw
2013-11-26  3:26 ` [buildrobot] x86_64-knetbsd-gnu Jan-Benedict Glaw
2013-11-26  3:27 ` [buildrobot] lm32-elf / lm32-rtems / lm32-uclinux Jan-Benedict Glaw
2013-11-26  3:27 ` [buildrobot] microblaze-elf / microblaze-linux Jan-Benedict Glaw
2013-11-26 15:51   ` Michael Eager
2013-11-26 16:08     ` Jan-Benedict Glaw
2013-11-26 16:13       ` Michael Eager
2013-11-26 16:17         ` Jan-Benedict Glaw
2013-11-26 17:16           ` Michael Eager
2013-11-26  3:27 ` [buildrobot] i686-openbsd3.0 Jan-Benedict Glaw
2013-11-26  3:28 ` [buildrobot] mep-elf Jan-Benedict Glaw
2013-11-27  8:22   ` Jan-Benedict Glaw
2013-11-27  9:29     ` Joern Rennecke
2013-11-26  3:28 ` [buildrobot] ia64-hp-vms Jan-Benedict Glaw
2013-11-26  3:28 ` [buildrobot] i686-mingw32crt Jan-Benedict Glaw
2013-11-27 15:25   ` Fixed! (was: [buildrobot] i686-mingw32crt) Jan-Benedict Glaw
2013-11-26  3:28 ` [buildrobot] i686-interix3 --enable-obsolete Jan-Benedict Glaw
2013-11-27 16:39   ` Jan-Benedict Glaw
2013-11-26  3:28 ` [buildrobot] ia64-hpux Jan-Benedict Glaw
2013-11-27  2:50   ` Jan-Benedict Glaw
2013-11-27  3:41     ` Jeff Law
2013-11-27  8:15       ` Alexander Ivchenko
2013-11-27 10:15         ` Fixed! (was: [buildrobot] ia64-hpux) Jan-Benedict Glaw
2013-11-26  3:28 ` [buildrobot] cris-linux / crisv32-linux Jan-Benedict Glaw
2013-11-26  3:29 ` [buildrobot] fr30-elf Jan-Benedict Glaw
2013-11-26  3:29 ` [buildrobot] epiphany-elf Jan-Benedict Glaw
2013-11-26 19:49   ` Fixed! (was: [buildrobot] epiphany-elf) Jan-Benedict Glaw
2013-11-26  3:29 ` [buildrobot] cr16-elf Jan-Benedict Glaw
2013-11-26  3:29 ` [buildrobot] c6x-elf / c6x-uclinux Jan-Benedict Glaw
2013-11-26  3:30 ` [buildrobot] bfin-elf / bfin-linux-uclibc / bfin-openbsd / bfin-uclinux Jan-Benedict Glaw
2013-11-26  3:30 ` [buildrobot] avr-rtems Jan-Benedict Glaw
2013-11-26  8:27   ` Jan-Benedict Glaw
2013-11-26 14:54 ` [buildrobot] First results of running contrib/config-list.mk Ian Lance Taylor
2013-11-26 16:58 ` Joseph S. Myers
2013-12-02 11:08   ` Gerald Pfeifer
2013-12-02 11:15     ` Jan-Benedict Glaw
2013-12-02 16:34       ` Joseph S. Myers
2013-11-26 12:35 [buildrobot] microblaze-elf / microblaze-linux Joel Sherrill
2013-11-26 14:51 ` Jan-Benedict Glaw
2013-11-26 15:21   ` Joern Rennecke
2013-11-26 15:28     ` Jan-Benedict Glaw
2013-11-26 16:03       ` Michael Eager
2013-11-26 16:52       ` Joseph S. Myers
2013-11-26 17:38         ` Joel Sherrill
2013-11-26 18:00           ` Ralf Corsepius
2013-11-26 18:54             ` Joel Sherrill
2013-11-26 19:50           ` Joern Rennecke
2013-11-26 19:54             ` Jan-Benedict Glaw

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).