[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#924325: gcc-8-cross: FTBFS for unknown reasons



Package: src:gcc-8-cross
Version: 26
Tags: ftbfs

Hello Matthias.

I have been unable to build this package for the last 12 months:

Status: failed      gcc-8-cross_4_amd64-20180218T093520Z
Status: failed      gcc-8-cross_5_amd64-20180224T160324Z
Status: failed      gcc-8-cross_6_amd64-20180321T020921Z
Status: failed      gcc-8-cross_7_amd64-20180328T034559Z
Status: failed      gcc-8-cross_10_amd64-20180415T171623Z
Status: failed      gcc-8-cross_10_amd64-20180606T232216Z
Status: failed      gcc-8-cross_10_amd64-20180613T100719Z
Status: failed      gcc-8-cross_17_amd64-20180614T074203Z
Status: failed      gcc-8-cross_17_amd64-20180630T065556Z
Status: failed      gcc-8-cross_17_amd64-20180710T095437Z
Status: failed      gcc-8-cross_18_amd64-20180729T173009Z
Status: failed      gcc-8-cross_20_amd64-20180820T070711Z
Status: failed      gcc-8-cross_20_amd64-20180920T075713Z
Status: failed      gcc-8-cross_21_amd64-20180924T034119Z
Status: failed      gcc-8-cross_21_amd64-20181015T100546Z
Status: failed      gcc-8-cross_22_amd64-20181105T035318Z
Status: failed      gcc-8-cross_22_amd64-20181209T162522.011Z
Status: failed      gcc-8-cross_24_amd64-20181216T102727.612Z
Status: failed      gcc-8-cross_24_amd64-20190207T101228.086Z
Status: failed      gcc-8-cross_25_amd64-20190220T042620.026Z
Status: failed      gcc-8-cross_26_amd64-20190309T042203.371Z


This is how it fails:
--------------------------------------------------------------------------------
[...]
 debian/rules build-indep
gcc: 8.3.0-2 / 8.3.0-2cross1

old gcc version: 8.3.0-2 / 1

new gcc version: 8.3.0-2cross1
START stamp-dir/init-gcc
mkdir -p gcc
set -ex; \
cd gcc ; \
ln -sf /usr/src/gcc-8/gcc-8.3.0-dfsg.tar.xz gcc-8.3.0-dfsg.tar.xz ;\
cp -a  /usr/src/gcc-8/debian/ . ; \
if [ -n "$(grep -v '^\#' /<<PKGBUILDDIR>>/debian/patches/gcc-8/series)" ]; then \
  QUILT_PATCHES=/<<PKGBUILDDIR>>/debian/patches/gcc-8 quilt push --quiltrc /dev/null -a ; \

[... snipped ...]

#define HAVE_ICONV 1
#define ICONV_CONST 
#define HAVE_GETIPINFO 1
#define HAVE_LINUX_FUTEX 1
#define _GLIBCXX_SYMVER_GNU 1
#define _GLIBCXX_SYMVER 1
#define HAVE_AS_SYMVER_DIRECTIVE 1
#define HAVE_SYMVER_SYMBOL_RENAMING_RUNTIME_SUPPORT 1
#define _GLIBCXX_X86_RDRAND 1
#define HAVE_UNISTD_H 1
#define HAVE_SYS_TIME_H 1
#define HAVE_SYS_RESOURCE_H 1
#define HAVE_LIMIT_DATA 1
#define HAVE_LIMIT_RSS 1
#define HAVE_LIMIT_VMEM 0
#define HAVE_LIMIT_AS 1
#define HAVE_LIMIT_FSIZE 1
#define _GLIBCXX_RES_LIMITS 1
#define HAVE_SETENV 1
#define _GTHREAD_USE_MUTEX_TIMEDLOCK 1
#define _GLIBCXX_HAS_GTHREADS 1
#define _GLIBCXX_USE_PTHREAD_RWLOCK_T 1
#define HAVE_FCNTL_H 1
#define HAVE_DIRENT_H 1
#define HAVE_SYS_STATVFS_H 1
#define HAVE_UTIME_H 1
#define HAVE_STRUCT_DIRENT_D_TYPE 1
#define _GLIBCXX_USE_REALPATH 1
#define _GLIBCXX_USE_UTIMENSAT 1
#define _GLIBCXX_USE_ST_MTIM 1
#define _GLIBCXX_USE_FCHMOD 1
#define _GLIBCXX_USE_FCHMODAT 1
#define _GLIBCXX_USE_SENDFILE 1
#define _GLIBCXX_MANGLE_SIZE_T m
#define HAVE_EXCEPTION_PTR_SINCE_GCC46 1

configure: exit 0
LOGFILE END /<<PKGBUILDDIR>>/gcc/build/x86_64-linux-gnu/libstdc++-v3/config.log
make[2]: *** [debian/rules2:1221: stamps/05-build-stamp] Error 1
make[2]: Leaving directory '/<<PKGBUILDDIR>>/gcc'
make[1]: *** [debian/rules:44: build-indep] Error 2
make[1]: Leaving directory '/<<PKGBUILDDIR>>/gcc'
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit status 2
make: *** [debian/rules:397: stamp-dir/build-gcc.amd64] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit status 2
--------------------------------------------------------------------------------

This is just how the build ends and probably meaningless, so I've put
all my build logs here:

https://people.debian.org/~sanvila/build-logs/gcc-8-cross/

The only unusual thing is that I'm using a single-CPU virtual machine
for the build, not a desktop computer, but I fail to see why that
would make any difference, as the only processor-related thing
I found is this in debian/rules:

NJOBS =
# Support parallel=<n> in DEB_BUILD_OPTIONS (see #209008)
ifneq (,$(filter parallel=%,$(subst $(,), ,$(DEB_BUILD_OPTIONS))))
  NJOBS := -j $(subst parallel=,,$(filter parallel=%,$(subst $(,),$(space),$(DEB_BUILD_OPTIONS))))
endif

which I believe is pretty standard and should not affect the end result.

So: What could be the reason for the failure? A bug in one of the Makefiles?

Thanks.


Reply to: