In function ‘char* stpncpy(char*, const char*, size_t)’, inlined from ‘Ethtool::Ethtool(const string&)’ at ethtool++.cc:129:9: /usr/include/bits/string_fortified.h:103:34: error: ‘char* __builtin_strncpy(char*, const char*, long unsigned int)’ specified bound 16 equals destination size [-Werror=stringop-truncation] 103 | return __builtin___stpncpy_chk (__dest, __src, __n, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ 104 | __glibc_objsize (__dest)); ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_systemd-20210303-131616 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.2.0 * clang version 11.1.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/11/bin /usr/lib/llvm/11 11.1.0 Python 3.8.8 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) * Available Rust versions: [1] rust-1.50.0 * The following VMs are available for generation-2: *) AdoptOpenJDK 8.282_p08 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.8.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Sat Mar 6 15:22:12 UTC 2021 emerge -qpvO sys-apps/ethq [ebuild N ] sys-apps/ethq-0.6.1 USE="-test"
Created attachment 689667 [details] emerge-info.txt
Created attachment 689670 [details] emerge-history.txt
Created attachment 689673 [details] environment
Created attachment 689676 [details] etc.portage.tar.bz2
Created attachment 689679 [details] sys-apps:ethq-0.6.1:20210306-153606.log
Created attachment 689682 [details] temp.tar.bz2
Switching system gcc to sys-devel/gcc-11.2.0 worked around this. However, the underlying issue #770943 is still lurking.
Created attachment 800391 [details] build.log Checked on gcc 11.3.0 — can't reproduce.