upstream 4.6 armel build failures 20101012

Could you tell me some more about what is in this gcc-snapshot? Is it 4.6 based? Linaro based? What version?

On 15.10.2010 05:28, Michael Hope wrote:
> Could you tell me some more about what is in this gcc-snapshot? Is it
> 4.6 based? Linaro based? What version?

GCC FSF trunk, configured as 4.4 or 4.5 for Ubuntu. See the README.Debian for
the few patches applied on top.

20101114 fails earlier in stage1:

/build/buildd/gcc-snapshot-20101114/build/./gcc/xgcc -B/build/buildd/gcc-snapshot-20101114/build/./gcc/ -B/usr/lib/gcc-snapshot/arm-linux-gnueabi/bin/ -B/usr/lib/gcc-snapshot/arm-linux-gnueabi/lib/ -isystem /usr/lib/gcc-snapshot/arm-linux-gnueabi/include -isystem /usr/lib/gcc-snapshot/arm-linux-gnueabi/sys-include -g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../../src/gcc/../libdecnumber/dpd -I../libdecnumber -g0 -finhibit-size-directive -fno-inline -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder -fno-tree-vectorize -fno-stack-protector -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -o crtbegin.o -MT crtbegin.o -MD -MP -MF crtbegin.dep \
   -c ../../../src/libgcc/../gcc/crtstuff.c -DCRT_BEGIN
../../../src/libgcc/../gcc/crtstuff.c: In function '__do_global_dtors_aux':
../../../src/libgcc/../gcc/crtstuff.c:308:26: error: '__DTOR_LIST__' undeclared (first use in this function)
../../../src/libgcc/../gcc/crtstuff.c:308:26: note: each undeclared identifier is reported only once for each function it appears in
make[5]: *** [crtbegin.o] Error 1
make[5]: Leaving directory `/build/buildd/gcc-snapshot-20101114/build/arm-linux-gnueabi/libgcc'
make[4]: *** [all-stage1-target-libgcc] Error 2
make[4]: Leaving directory `/build/buildd/gcc-snapshot-20101114/build'
make[3]: *** [stage1-bubble] Error 2
make[3]: Leaving directory `/build/buildd/gcc-snapshot-20101114/build'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46040 contains a patch that fixes this.

the fix for PR46040 works, and it looks like the original issue is solved too. uploaded, lets wait if it does build.

Upstream r166806 fails with the __DTOR_LIST__ failure. See:
 http://builds.linaro.org/toolchain/gcc-4.6~svn166806/logs/armv7l-maverick-cbuild17-pavo3/gcc-build.txt

yes, that's what Ira mentioned in comment #4, so what do you expect? ;)

Oh,r166806 was just my regular weekly trunk build. It was a few days after the problem was reported so there was a chance it was fixed.

Note that this fault does not exist in Linaro GCC. Left as affecting Linaro GCC so that I can keep a track of this ticket.

Now builds, but testsuite results are not very meaningful. every testcase has excess errors:

/usr/bin/ld: warning: .init_array section has zero size
/usr/bin/ld: warning: .fini_array section has zero size

the ld warnings are seen with both binutils 2.20 and 2.21.

Weekly build of gcc-4.6~svn167084 fails with:

../../../gcc-4.6/libgcc/../gcc/crtstuff.c: In function '__do_global_dtors_aux':
../../../gcc-4.6/libgcc/../gcc/crtstuff.c:308:26: error: '__DTOR_LIST__' undeclared (first use in this function)
../../../gcc-4.6/libgcc/../gcc/crtstuff.c:308:26: note: each undeclared identifier is reported only once for each function it appears in

See:
 http://builds.linaro.org/toolchain/gcc-4.6~svn167084/logs/armv7l-maverick-cbuild17-pavo3/gcc-build.txt

- the last sucessful build was 20100918-0ubuntu1.

- 20101004-0ubuntu1 shows an ICE building stage2 libgcc

- 20101004-0ubuntu1 shows an ICE building stage2 libgcc

- 20101009-1 (Debian) shows the ICE

 -20101012-0ubuntu1 is the last one showing this ICE

- 20101016-1 (Debian) shows the CTOR issue

- 20101114-1 shows the current CTOR issue (building stage1 GCC)

So I assume that the issue was introduced between 20101012 and 20101016.

Debian build logs at
https://buildd.debian.org/build.cgi?pkg=gcc-snapshot&dist=unstable

Ubuntu builds logs accessible via
https://launchpad.net/ubuntu/+source/gcc-snapshot/+publishinghistory

20101128 now fails earlier in a different way:

gnatgcc -static-libgcc -o gnat1 ada/b_gnat1.o ada/adadecode.o ada/adaint.o ada/cstreams.o ada/cio.o ada/targtyps.o ada/decl.o ada/misc.o ada/utils.o ada/utils2.o ada/trans.o ada/cuintp.o ada/argv.o ada/raise.o ada/init.o ada/tracebak.o ada/initialize.o ada/env.o ada/a-charac.o ada/a-chlat1.o ada/a-elchha.o ada/a-except.o ada/a-ioexce.o ada/ada.o ada/ali.o ada/alloc.o ada/aspects.o ada/atree.o ada/butil.o ada/casing.o ada/checks.o ada/comperr.o ada/csets.o ada/cstand.o ada/debug.o ada/debug_a.o ada/einfo.o ada/elists.o ada/err_vars.o ada/errout.o ada/erroutc.o ada/eval_fat.o ada/exp_aggr.o ada/exp_atag.o ada/exp_attr.o ada/exp_cg.o ada/exp_ch11.o ada/exp_ch12.o ada/exp_ch13.o ada/exp_ch2.o ada/exp_ch3.o ada/exp_ch4.o ada/exp_ch5.o ada/exp_ch6.o ada/exp_ch7.o ada/exp_ch8.o ada/exp_ch9.o ada/exp_code.o ada/exp_dbug.o ada/exp_disp.o ada/exp_dist.o ada/exp_fixd.o ada/exp_imgv.o ada/exp_intr.o ada/exp_pakd.o ada/exp_prag.o ada/exp_sel.o ada/exp_smem.o ada/exp_strm.o ada/exp_tss.o ada/exp_util.o ada/exp_vfpt.o ada/expander.o ada/fmap.o ada/fname-uf.o ada/fname.o ada/freeze.o ada/frontend.o ada/g-byorma.o ada/g-hesora.o ada/g-htable.o ada/g-spchge.o ada/g-speche.o ada/g-u3spch.o ada/get_scos.o ada/get_targ.o ada/gnat.o ada/gnatvsn.o ada/hlo.o ada/hostparm.o ada/impunit.o ada/inline.o ada/interfac.o ada/itypes.o ada/krunch.o ada/layout.o ada/lib-load.o ada/lib-util.o ada/lib-writ.o ada/lib-xref.o ada/lib.o ada/live.o ada/namet-sp.o ada/namet.o ada/nlists.o ada/nmake.o ada/opt.o ada/osint-c.o ada/osint.o ada/output.o ada/par.o ada/par_sco.o ada/prep.o ada/prepcomp.o ada/put_scos.o ada/repinfo.o ada/restrict.o ada/rident.o ada/rtsfind.o ada/s-addope.o ada/s-assert.o ada/s-bitops.o ada/s-carun8.o ada/s-casuti.o ada/s-conca2.o ada/s-conca3.o ada/s-conca4.o ada/s-conca5.o ada/s-conca6.o ada/s-conca7.o ada/s-conca8.o ada/s-conca9.o ada/s-crc32.o ada/s-crtl.o ada/s-except.o ada/s-exctab.o ada/s-htable.o ada/s-imenne.o ada/s-imgenu.o ada/s-mastop.o ada/s-memory.o ada/s-os_lib.o ada/s-parame.o ada/s-purexc.o ada/s-restri.o ada/s-secsta.o ada/s-soflin.o ada/s-sopco3.o ada/s-sopco4.o ada/s-sopco5.o ada/s-stache.o ada/s-stalib.o ada/s-stoele.o ada/s-strcom.o ada/s-strhas.o ada/s-string.o ada/s-strops.o ada/s-traceb.o ada/s-traent.o ada/s-unstyp.o ada/s-utf_32.o ada/s-wchcnv.o ada/s-wchcon.o ada/s-wchjis.o ada/scans.o ada/scil_ll.o ada/scn.o ada/scng.o ada/scos.o ada/sdefault.o ada/seh_init.o ada/sem.o ada/sem_aggr.o ada/sem_attr.o ada/sem_aux.o ada/sem_case.o ada/sem_cat.o ada/sem_ch10.o ada/sem_ch11.o ada/sem_ch12.o ada/sem_ch13.o ada/sem_ch2.o ada/sem_ch3.o ada/sem_ch4.o ada/sem_ch5.o ada/sem_ch6.o ada/sem_ch7.o ada/sem_ch8.o ada/sem_ch9.o ada/sem_disp.o ada/sem_dist.o ada/sem_elab.o ada/sem_elim.o ada/sem_eval.o ada/sem_intr.o ada/sem_mech.o ada/sem_prag.o ada/sem_res.o ada/sem_scil.o ada/sem_smem.o ada/sem_type.o ada/sem_util.o ada/sem_vfpt.o ada/sem_warn.o ada/sinfo-cn.o ada/sinfo.o ada/sinput-d.o ada/sinput-l.o ada/sinput.o ada/snames.o ada/sprint.o ada/stand.o ada/stringt.o ada/style.o ada/styleg.o ada/stylesw.o ada/switch-c.o ada/switch.o ada/system.o ada/table.o ada/targext.o ada/targparm.o ada/tbuild.o ad...

I just tried to compile r167352 from the GCC svn and encountered the very same issue. Therefore I applied the patch from #46040. After restricting the build to the C language only it finishes but I see the same testsuite failures as Matthias described in comment #10.

In case C++ is enabled the build of the libstdc++ fails with:
<snip>
 make[4]: Entering directory `/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/src'
/bin/bash ../libtool --tag CXX --mode=compile /home/kwerner/data/gcc-build/./gcc/xgcc -shared-libgcc -B/home/kwerner/data/gcc-build/./gcc -nostdinc++ -L/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/src -L/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/src/.libs -B/home/kwerner/data/gcc-install/armv7l-unknown-linux-gnueabi/bin/ -B/home/kwerner/data/gcc-install/armv7l-unknown-linux-gnueabi/lib/ -isystem /home/kwerner/data/gcc-install/armv7l-unknown-linux-gnueabi/include -isystem /home/kwerner/data/gcc-install/armv7l-unknown-linux-gnueabi/sys-include -I/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/include/armv7l-unknown-linux-gnueabi -I/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/include -I/home/kwerner/data/gcc/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -c -o pool_allocator.lo ../../../../gcc/libstdc++-v3/src/pool_allocator.cc
libtool: compile: /home/kwerner/data/gcc-build/./gcc/xgcc -shared-libgcc -B/home/kwerner/data/gcc-build/./gcc -nostdinc++ -L/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/src -L/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/src/.libs -B/home/kwerner/data/gcc-install/armv7l-unknown-linux-gnueabi/bin/ -B/home/kwerner/data/gcc-install/armv7l-unknown-linux-gnueabi/lib/ -isystem /home/kwerner/data/gcc-install/armv7l-unknown-linux-gnueabi/include -isystem /home/kwerner/data/gcc-install/armv7l-unknown-linux-gnueabi/sys-include -I/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/include/armv7l-unknown-linux-gnueabi -I/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/include -I/home/kwerner/data/gcc/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -c ../../../../gcc/libstdc++-v3/src/pool_allocator.cc -fPIC -DPIC -o .libs/pool_allocator.o
In file included from /home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/include/armv7l-unknown-linux-gnueabi/bits/gthr.h:162:0,
from /home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/include/ext/atomicity.h:34,
from /home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/include/ext/pool_allocator.h:50,
from ../../../../gcc/libstdc++-v3/src/pool_allocator.cc:31:
/home/kwerner/data/gcc-build/armv7l-unknown-linux-gnueabi/libstdc++-v3/include/ext/concurrence.h: In destructor '__gnu_cxx::__scoped_lock::~__scoped_lock()':
/home/kwerner/data/gcc-build/armv7l-unknown...

This new problem is PR46667. There's a patch linked from there that fixes the problem.

I'm not sure why it hasn't been applied yet.

With these two patches applied, the GCC trunk r167715 bootstrapped fine on the vexpress:
 * http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00915.html
   (PR46040: crtstuff.c:308:26: error: '__DTOR_LIST__' undeclared)
 * http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00402.html
   (PR46667: libstdc++ section type conflict during)

I enabled the c and c++ languages only:

                === gcc Summary ===

# of expected passes 73379
# of unexpected failures 229
# of unexpected successes 7
# of expected failures 202
# of unresolved testcases 2
# of unsupported tests 949

                === g++ Summary ===

# of expected passes 25775
# of unexpected failures 19
# of unexpected successes 1
# of expected failures 156
# of unsupported tests 374

Both patches have now been accepted upstream:
 http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00998.html

Not sure if they're committed. I'll give it a spin with my regular Wednesday build.

builds again, including Ada. Go might be a problem