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 A1D283858D1E for ; Wed, 21 Dec 2022 23:38:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A1D283858D1E 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 reform (deer0x15.wildebeest.org [172.31.17.151]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id AAFD8300071A; Thu, 22 Dec 2022 00:38:10 +0100 (CET) Received: by reform (Postfix, from userid 1000) id 6EE1E2E803C3; Thu, 22 Dec 2022 00:38:10 +0100 (CET) Date: Thu, 22 Dec 2022 00:38:10 +0100 From: Mark Wielaard To: Martin =?utf-8?B?TGnFoWth?= Cc: Mark Wielaard , elfutils-devel@sourceware.org Subject: Re: =?utf-8?B?4pigIEJ1aWxkYm90IChHTlUgVG9v?= =?utf-8?Q?lchain=29=3A_elfutils-try-debian-armh?= =?utf-8?Q?f?= - failed compile (failure) (users/marxin/try-zstd-support-v2) Message-ID: References: <20221221111547.74C4C385B50B@sourceware.org> <3bfe6caf-c08e-583e-a98c-4acdb47530f9@suse.cz> <20e14ca61f27119efca8e1e38292d82ac3048ec8.camel@klomp.org> <5e9cb312-2d45-1094-a106-0431c7c24219@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5e9cb312-2d45-1094-a106-0431c7c24219@suse.cz> X-Spam-Status: No, score=-3032.4 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, Dec 21, 2022 at 07:29:19PM +0100, Martin Liška wrote: > > What goes wrong is that this debian old stable arm setup has libzstd > > containing a ZSTD_compressStream2 symbol... > > > > 40: 0000d349 264 FUNC GLOBAL DEFAULT 11 ZSTD_compressStream2 > > > > But the zstd.h header doesn't expose it... > > Yeah, that's their way of how to move an API from "staging" into a stable state. > It was changed in: > https://github.com/facebook/zstd/commit/d7d89513d6a21 > > and so it's present in zstd since 1.4.0. Can we somehow specify library version > in configure.ac? It isn't as nice, but since there seems to be a pkgconfig libzstd.pc you could use PKG_CHECK_MODULES. See for example how we check for libcurl. Cheers, Mark