On 7 July 2017 at 01:37, Johannes Pfau via D.gnu <d.gnu@puremagic.com> wrote: > Am Fri, 7 Jul 2017 01:12:03 +0200 > schrieb "Iain Buclaw via D.gnu" <d.gnu@puremagic.com>: > >> On 7 July 2017 at 00:57, Johannes Pfau via D.gnu >> <d.gnu@puremagic.com> wrote: >> > Am Fri, 7 Jul 2017 00:52:20 +0200 >> > schrieb Johannes Pfau <nos...@example.com>: >> > >> >> Am Thu, 6 Jul 2017 10:06:45 +0200 >> >> schrieb "Iain Buclaw via D.gnu" <d.gnu@puremagic.com>: >> >> >> >> > >> >> > I've turned on gridview, and it looks like something close to >> >> > what you are asking I think. >> >> > >> >> > https://buildbot.dgnu.org/#/grid?branch=master >> >> > >> >> >> >> Looks great! >> >> >> >> BTW: Any idea why buildbot built only 7 builds this time? The armhf >> >> failure looks also interesting, I'm just checking whether I can >> >> reproduce this locally. >> >> >> > >> > OK, can reproduce. I think it's this in the configure log: >> > >> > configure:7064: /buildbot/GDC/build/./gcc/xgcc >> > -B/buildbot/GDC/build/./gcc/ -B/usr/arm-linux-gnueabihf/bin/ >> > -B/usr/arm-linux-gnueabihf/lib/ >> > -isystem /usr/arm-linux-gnueabihf/include >> > -isystem /usr/arm-linux-gnueabihf/sys-include -o conftest -g -O2 >> > conftest.c conftstm.o >&5 /usr/arm-linux-gnueabihf/bin/ld: error: >> > conftest uses VFP register >> > arguments, /buildbot/GDC/build/./gcc/crtbegin.o does >> > not /usr/arm-linux-gnueabihf/bin/ld: failed to merge target specific >> > data of >> > file /buildbot/GDC/build/./gcc/crtbegin.o /usr/arm-linux-gnueabihf/bin/ld: >> > error: conftest uses VFP register arguments, /tmp/cczQi3ST.o does >> > not /usr/arm-linux-gnueabihf/bin/ld: failed to merge target specific >> > data of file /tmp/cczQi3ST.o /usr/arm-linux-gnueabihf/bin/ld: error: >> > conftest uses VFP register arguments, conftstm.o does >> > not /usr/arm-linux-gnueabihf/bin/ld: failed to merge target specific >> > data of file conftstm.o /usr/arm-linux-gnueabihf/bin/ld: error: >> > conftest uses VFP register >> > arguments, /buildbot/GDC/build/./gcc/crtend.o does >> > not /usr/arm-linux-gnueabihf/bin/ld: failed to merge target specific >> > data of file /buildbot/GDC/build/./gcc/crtend.o collect2: error: ld >> > returned 1 exit status >> > >> > >> > Looks like the GCC configuration does not match the ubuntu >> > arm-linux-gnueabihf-gcc specification exactly. >> > >> > >> >> Could it be missing --with-float= or --with-fpu configure flag >> perhaps? I'm just finishing up a few changes to the build scripts >> that turn off building phobos. Can add another check for extra >> configure flags to be set per-target. >> >> Iain. > > Yes, it's likely one of these. I can't test this right now, but the > simplest way is running the ubuntu arm-linux-gnueabihf-gcc -v and copy > the configuration. We should generally use exactly the same > configuration as ubuntu to get reliable results (Otherwise the > binutils/libc we use from the distribution might be not compatible > with the compiler/libgcc/libstdc++,... libraries we build). > > I guess explore.dgnu.org uses the same configuration and it uses: > > Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro > 6.3.0-16ubuntu6' --with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs > --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ > --prefix=/usr --program-suffix=-6 --enable-shared > --enable-linker-build-id --libexecdir=/usr/lib > --without-included-gettext --enable-threads=posix --libdir=/usr/lib > --enable-nls --with-sysroot=/ --enable-clocale=gnu > --enable-libstdcxx-debug --enable-libstdcxx-time=yes > --with-default-libstdcxx-abi=new --enable-gnu-unique-object > --disable-libitm --disable-libquadmath --enable-plugin > --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk > --enable-gtk-cairo > --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-armhf-cross/jre > --enable-java-home > --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-armhf-cross > --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-armhf-cross > --with-arch-directory=arm > --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libgcj > --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch > --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a > --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb > --disable-werror --enable-multilib --enable-checking=release > --build=x86_64-linux-gnu --host=x86_64-linux-gnu > --target=arm-linux-gnueabihf --program-prefix=arm-linux-gnueabihf- > --includedir=/usr/arm-linux-gnueabihf/include > >
Yeah, however 90% of that is unused by us. I've added a BUILD_CONFIGURE_FLAGS var to the buildci.sh script. https://github.com/D-Programming-GDC/buildbot-gdc/commit/47f8c7267682f19b3e1ce2afa49034217413451a#diff-711e8a244e68a7a465f29a18e33a22c3R34 Can add a case for armhf and set --with-fpu= later and see if that gets us further. Iain.
