Package: cross-gcc-dev Version: 11 User: helm...@debian.org Usertags: rebootstrap
A wdotap stage2 cross build from amd64 targeting powerpc with multilib fails. The tail of the log[1] is: | : # ppc 64bit build slaps libgcc and libstdc++ to powerpc64-linux-gnu | mkdir -p debian/tmp/usr/powerpc-linux-gnu/lib64 | cp -a debian/tmp/usr/powerpc64-linux-gnu/lib64/* debian/tmp/usr/powerpc-linux-gnu/lib64/ | cp: cannot stat 'debian/tmp/usr/powerpc64-linux-gnu/lib64/*': No such file or directory | debian/rules2:2060: recipe for target 'stamps/07-install-stamp' failed | make[1]: *** [stamps/07-install-stamp] Error 1 | make[1]: Leaving directory '/tmp/buildd/gcc2/gcc-4.9-4.9.2' | debian/rules:80: recipe for target 'stamps/07-install-stamp' failed The remainder of the build log tells that this is the first mention of "powerpc64-linux-gnu/lib64". Instead the files mentioned are installed in the intended location (where they would be copied to). So I attempted a build with the same configuration except for disabling wdotap (i.e. using the supported method) and indeed the supported method does not fail here. This is why I am filing the bug against cross-gcc-dev. The relevant code can be found in gcc-4.9's debian/rules2[2] (search for "slaps"). It is conditional to: * DEB_CROSS = yes * multilib = yes * DEB_STAGE != stage1 * DEB_TARGET_ARCH = powerpc * biarch64 = yes Likely, this should also become conditional to with_deps_on_target_arch_pkgs != yes. The interesting bit here is that there is similar fix above this fix for DEB_TARGET_ARCH=s390. It is not clear whether it should also be disabled for wdotap. In particular, this cannot be tested, because glibc no longer builds for s390, so we cannot satisfy Build-Depends. What do you think? Opportunistically disable both or just the one we know to be unneeded for wdotap? (Based on this description either patch should be trivial.) Helmut [1] https://jenkins.debian.net/job/rebootstrap_powerpc_gcc49/96/console [2] http://sources.debian.net/src/gcc-4.9/4.9.2-10/debian/rules2/#L2184 -- To UNSUBSCRIBE, email to debian-toolchain-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150101133615.ga28...@alf.mars