Salvatore Bonaccorso <car...@debian.org> writes:

Hi Gaudenz, On Sat, Nov 17, 2018 at 05:28:18PM +0100, Gaudenz Steinlin wrote:
Salvatore Bonaccorso <car...@debian.org> writes: > Hi, On Fri, Nov 16, 2018 at 09:00:06PM +0100, Salvatore > Bonaccorso wrote: > > Source: ceph Version: 10.2.11-1 Severity: serious > > Justification: FTBFS Control: affects -1 > > release.debian.org,security.debian.org Hi Gaudenz, The > > security update for ceph released as DSA-4339-1 FTBFS on > > i386 and mipsel. For i386 at least the build seem to hang. > After several atemps the mipsel build worked. The i386 > though still failed. I'll have a look. Is there anything special about the build environment?

Not that I know of, the buildd environments for security builds should not diverge.
What I know is that the testsuite hangs if run with eatmydata. But otherwise I'm unaware about any problems. Is this build done on amd64 or on i386?

eatmydata should not be used. But according to the build log the following is given: Package: ceph Version: 10.2.11-1 Source Version: 10.2.11-1 Distribution: stretch-security Machine Architecture: amd64 Host Architecture: i386 Build Architecture: i386 Build Type: any And trying to reproduce on barriere.d.o lead to the same hanging result.

I did the same and the build hanged as well. Retrying the hanging call with all the -O2 arguments removed succeeds. So this seems to be a bug in GCC with optimizations. I'm unsure on how to proceeed from here. It's quite clear this is not a bug in Ceph. Is there a chance that GCC will get fixed in stable? Would it make sense to open a bug on g++-6? To workaround this in Ceph I would need to find a way to disable optimizations just for this file on i386. Because I suspect that generally disabling -O2 would have some performance implications.

The failing call is:
/usr/lib/gcc/i686-linux-gnu/6/cc1plus -quiet -I . -I ./include -imultiarch i386-linux-gnu -D_GNU_SOURCE -D ROCKSDB_PLATFORM_POSIX -D ROCKSDB_LIB_IO_POSIX -D _LARGEFILE64_SOURCE -D OS_LINUX -D ROCKSDB_FALLOCATE_PRESENT -D SNAPPY -D ZLIB -D BZIP2 -D ROCKSDB_MALLOC_USABLE_SIZE -D ROCKSDB_PTHREAD_ADAPTIVE_MUTEX -D ROCKSDB_BACKTRACE -D ROCKSDB_RANGESYNC_PRESENT -D NDEBUG -isystem ./third-party/gtest-1.7.0/fused-src monitoring/statistics.cc -quiet -dumpbase statistics.cc -momit-leaf-frame-pointer -mtune=generic -march=i686 -auxbase-strip monitoring/statistics.o -g -g1 -g -g -g1 -g -g1 -O2 -O2 -O2 -O2 -Wformat=1 -Werror=format-security -Wextra -Wall -Wsign-compare -Wshadow -Wno-unused-parameter -Wformat=1 -Werror=format-security -Wformat=1 -Werror=format-security -Woverloaded-virtual -Wnon-virtual-dtor -Wno-missing-field-initializers -std=c++11 -fdebug-prefix-map=/home/gaudenz/ceph=. -fstack-protector-strong -fPIC -fdebug-prefix-map=/home/gaudenz/ceph=. -fstack-protector-strong -fdebug-prefix-map=/home/gaudenz/ceph=. -fstack-protector-strong -fno-builtin-memcmp -fno-omit-frame-pointer -o /tmp/ccWWcwWO.s
Running in src/rocksdb.

Gaudenz

--
PGP: 836E 4F81 EFBB ADA7 0852 79BF A97A 7702 BAF9 1EF5

Attachment: signature.asc
Description: PGP signature

Reply via email to