From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gnu.wildebeest.org (gnu.wildebeest.org [45.83.234.184]) by sourceware.org (Postfix) with ESMTPS id 5AB173858D1E for ; Wed, 21 Dec 2022 14:42:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5AB173858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=klomp.org Received: from tarox.wildebeest.org (83-87-18-245.cable.dynamic.v4.ziggo.nl [83.87.18.245]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 280EA300071A; Wed, 21 Dec 2022 15:42:18 +0100 (CET) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id 97911413CD0E; Wed, 21 Dec 2022 15:42:18 +0100 (CET) Message-ID: <20e14ca61f27119efca8e1e38292d82ac3048ec8.camel@klomp.org> Subject: Re: =?UTF-8?Q?=E2=98=A0?= Buildbot (GNU Toolchain): elfutils-try-debian-armhf - failed compile (failure) (users/marxin/try-zstd-support-v2) From: Mark Wielaard To: Martin =?UTF-8?Q?Li=C5=A1ka?= Cc: elfutils-devel@sourceware.org Date: Wed, 21 Dec 2022 15:42:18 +0100 In-Reply-To: <3bfe6caf-c08e-583e-a98c-4acdb47530f9@suse.cz> References: <20221221111547.74C4C385B50B@sourceware.org> <3bfe6caf-c08e-583e-a98c-4acdb47530f9@suse.cz> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.28.5 (3.28.5-10.el7) Mime-Version: 1.0 X-Spam-Status: No, score=-3032.6 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi Martin, On Wed, 2022-12-21 at 15:20 +0100, Martin Li=C5=A1ka wrote: > On 12/21/22 12:15, builder@sourceware.org wrote: > > A failed build has been detected on builder elfutils-try-debian- > > armhf while building elfutils. > >=20 > > Full details are available at: > > https://builder.sourceware.org/buildbot/#builders/201/builds/47 > >=20 > > Build state: failed compile (failure) > > Revision: 1b845fdf4ca4d5367969cc5b33cbfa60338cf51b > > Worker: debian-armhf > > Build Reason: (unknown) > > Blamelist: Martin Liska > >=20 > > Steps: > >=20 > > - 0: worker_preparation ( success ) > >=20 > > - 1: set package name ( success ) > >=20 > > - 2: git checkout ( success ) > > Logs: > > - stdio:=20 > > https://builder.sourceware.org/buildbot/#builders/201/builds/47/steps/2= /logs/stdio > >=20 > > - 3: autoreconf ( success ) > > Logs: > > - stdio:=20 > > https://builder.sourceware.org/buildbot/#builders/201/builds/47/steps/3= /logs/stdio > >=20 > > - 4: configure ( success ) > > Logs: > > - stdio:=20 > > https://builder.sourceware.org/buildbot/#builders/201/builds/47/steps/4= /logs/stdio > >=20 > > - 5: get version ( success ) > > Logs: > > - stdio:=20 > > https://builder.sourceware.org/buildbot/#builders/201/builds/47/steps/5= /logs/stdio > > - property changes:=20 > > https://builder.sourceware.org/buildbot/#builders/201/builds/47/steps/5= /logs/property_changes > >=20 > > - 6: make ( failure ) > > Logs: > > - stdio:=20 > > https://builder.sourceware.org/buildbot/#builders/201/builds/47/steps/6= /logs/stdio > >=20 >=20 > Mark, do you know what can be wrong about the configure test: >=20 > elf_compress.c: In function =E2=80=98__libelf_compress_zstd=E2=80=99: > elf_compress.c:205:3: error: unknown type name =E2=80=98ZSTD_EndDirective= =E2=80=99; > did you mean =E2=80=98ZSTD_DDict=E2=80=99? > ZSTD_EndDirective mode =3D ZSTD_e_continue; > ^~~~~~~~~~~~~~~~~ > ZSTD_DDict > elf_compress.c:205:28: error: =E2=80=98ZSTD_e_continue=E2=80=99 undeclare= d (first use > in this function) > ZSTD_EndDirective mode =3D ZSTD_e_continue; > ^~~~~~~~~~~~~~~ > elf_compress.c:205:28: note: each undeclared identifier is reported > only once for each function it appears in > elf_compress.c:237:9: error: =E2=80=98ZSTD_e_end=E2=80=99 undeclared (fir= st use in > this function); did you mean =E2=80=98ZSTD_DDict=E2=80=99? > mode =3D ZSTD_e_end; > ^~~~~~~~~~ > ZSTD_DDict > elf_compress.c:243:17: error: implicit declaration of function > =E2=80=98ZSTD_compressStream2=E2=80=99; did you mean =E2=80=98ZSTD_compre= ssStream=E2=80=99? [- > Werror=3Dimplicit-function-declaration] > size_t ret =3D ZSTD_compressStream2 (cctx, &ob, &ib, mode); > ^~~~~~~~~~~~~~~~~~~~ > ZSTD_compressStream Heay cool, the try buildbot worked. The configure test seems to succeed (from the configure log): checking for library containing ZSTD_compressStream2... -lzstd Unfortunately buildbot itself doesn't show the config.log. Trying to get that... configure:6961: checking for library containing ZSTD_compressStream2 configure:6992: gcc -o conftest -D_FORTIFY_SOURCE=3D3 -g -O2 -fsanitize=3Dundefined=20 -fno-sanitize-recover -fsanitize=3Daddress -fno-sanitize- recover conftest.c -llz ma -lbz2 >&5 /usr/bin/ld: /tmp/ccKZnuYA.o: in function `main': /var/lib/buildbot/workers/wildebeest/elfutils-try-debian- armhf/build/conftest.c: 30: undefined reference to `ZSTD_compressStream2' collect2: error: ld returned 1 exit status configure:6992: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "elfutils" | #define PACKAGE_TARNAME "elfutils" | #define PACKAGE_VERSION "0.188" | #define PACKAGE_STRING "elfutils 0.188" | #define PACKAGE_BUGREPORT "https://sourceware.org/bugzilla" | #define PACKAGE_URL "http://elfutils.org/" | #define PACKAGE "elfutils" | #define VERSION "0.188" | #define DEFAULT_AR_DETERMINISTIC false | #define HAVE_VISIBILITY 1 | #define HAVE_STDATOMIC_H 1 | #define _FILE_OFFSET_BITS 64 | #define CHECK_UNDEFINED 1 | #define USE_ZLIB 1 | #define USE_BZLIB 1 | #define USE_LZMA 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char ZSTD_compressStream2 (); | int | main () | { | return ZSTD_compressStream2 (); | ; | return 0; | } configure:6992: gcc -o conftest -D_FORTIFY_SOURCE=3D3 -g -O2 -fsanitize=3Dundefined=20 -fno-sanitize-recover -fsanitize=3Daddress -fno-sanitize- recover conftest.c -lzs td -llzma -lbz2 >&5 configure:6992: $? =3D 0 configure:7009: result: -lzstd ehe? So it fails and then succeeds anyway? Strangely the same happens for the other compression library checks... lzma_auto_decoder and BZ2_bzdopen I don't fully understand this. Oddly the same seems to happen locally on my x86_64 box. So maybe the configure macros we have been using have always been bad/broken? Cheers, Mark