From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Thu, 02 May 2024 12:54:48 +0200 Received: from metis.whiteo.stw.pengutronix.de ([2a0a:edc0:2:b01:1d::104]) by lore.white.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1s2U5Q-00EsZr-0j for lore@lore.pengutronix.de; Thu, 02 May 2024 12:54:48 +0200 Received: from localhost ([127.0.0.1] helo=metis.whiteo.stw.pengutronix.de) by metis.whiteo.stw.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1s2U5P-0003lN-HW; Thu, 02 May 2024 12:54:47 +0200 Received: from h2.cmg2.smtp.forpsi.com ([81.2.195.189]) by metis.whiteo.stw.pengutronix.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1s2U54-0003kD-Jh for ptxdist@pengutronix.de; Thu, 02 May 2024 12:54:27 +0200 Received: from lenoch ([91.218.190.200]) by cmgsmtp with ESMTPSA id 2U52slypkd0al2U53sZMkG; Thu, 02 May 2024 12:54:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=triops.cz; s=f2019; t=1714647265; bh=S6esoHvDipO8SoYuU31kOTtn00S9E8XduRwW/aGRtAg=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=zkxOEctcAxLH5fDdWcnySPelGk7dkNI6lsxerqs4s9tnvbAmBcdsLhE2j7F3MxDuO 3YqNcKnyGKuCVkc1QEdIuRV6ooHZ1pYHvcrkcSkNbSCysA/iw4QkhrTSbpPqZAkGB6 m0jpzp+k+8ms542Zh3BqhzQ3avFpTbDhFCQLk5HSV3V07Vcz3mTZKLyxqohJCCfYm2 XTUb8rimy/5+Kq4q6i+wtzG4LGZzgvBUa+km8M3qsRZcATNCo1nLgQfWXo/fl4sGXM Y+chUGYtVXq3u0BB4JQl3HZfRt8IpaT1JJKU7ahR7ubqxauB6H3ALdoRG3l43uGTVR 7Nzgg8iJW83pA== Date: Thu, 2 May 2024 12:54:21 +0200 From: Ladislav Michl To: ptxdist@pengutronix.de Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-CMAE-Envelope: MS4xfNwIShonnyOal2Ew2wmcsTxUerLVrA5jzVd78yn/s57wEHIGJ3JKLCKDjdWtqBAJlcwq/Fvcfv0p/rDWBFHSP6kK/rsKuJsaKuBDB+bTXm/ICbfRkGYZ TRnXMXY3xTinn1SWJStaVXzidZO4uvAIaZBEifPOBc4/a1HGAH5b9IJgGm0Z99rWp8HO6An0Abn0+A== X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on metis.whiteo.stw.pengutronix.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=4.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_NONE autolearn=ham autolearn_force=no version=3.4.2 Subject: Re: [ptxdist] [PATCH 2/2] beep: version bump 1.3 -> 1.4.12 X-BeenThere: ptxdist@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Sender: "ptxdist" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: ptxdist-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.whiteo.stw.pengutronix.de); SAEximRunCond expanded to false On Thu, May 02, 2024 at 11:38:14AM +0200, Michael Olbrich wrote: > On Wed, Apr 24, 2024 at 05:33:22PM +0200, Ladislav Michl wrote: > > On Tue, Apr 23, 2024 at 07:36:52AM +0200, Ladislav Michl wrote: > > > Move package to a new upstream at https://github.com/spkr-beep/beep/ > > > > For v5te I needed to add LDFLAGS=-latomic to satisfy undefined reference: > > arm-v5te-linux-gnueabi-gcc -Wl,-Map=beep.map,--cref -fasynchronous-unwind-tables -fanalyzer -fstack-protector-strong -fstack-clash-protection -fsanitize=undefined -save-temps=obj -O2 -g -std=gnu99 -pedantic -Wall -Wextra -Werror -Wno-padded -Wno-format-nonliteral -o beep beep-log.o beep-main.o beep-library.o beep-usage.o beep-drivers.o beep-driver-console.o beep-driver-evdev.o > > /opt/OSELAS.Toolchain-2023.07.1/arm-v5te-linux-gnueabi/gcc-13.2.1-glibc-2.37-binutils-2.40-kernel-6.3.6-sanitized/lib/gcc/arm-v5te-linux-gnueabi/13.2.1/../../../../arm-v5te-linux-gnueabi/bin/ld: /opt/OSELAS.Toolchain-2023.07.1/arm-v5te-linux-gnueabi/gcc-13.2.1-glibc-2.37-binutils-2.40-kernel-6.3.6-sanitized/lib/gcc/arm-v5te-linux-gnueabi/13.2.1/../../../../arm-v5te-linux-gnueabi/lib/libubsan.so: undefined reference to `__atomic_compare_exchange_8' > > /opt/OSELAS.Toolchain-2023.07.1/arm-v5te-linux-gnueabi/gcc-13.2.1-glibc-2.37-binutils-2.40-kernel-6.3.6-sanitized/lib/gcc/arm-v5te-linux-gnueabi/13.2.1/../../../../arm-v5te-linux-gnueabi/bin/ld: /opt/OSELAS.Toolchain-2023.07.1/arm-v5te-linux-gnueabi/gcc-13.2.1-glibc-2.37-binutils-2.40-kernel-6.3.6-sanitized/lib/gcc/arm-v5te-linux-gnueabi/13.2.1/../../../../arm-v5te-linux-gnueabi/lib/libubsan.so: undefined reference to `__atomic_load_8' > > collect2: error: ld returned 1 exit status > > > > I can see haproxy and dhcp packages are adding target flags based on > > selected architecture. Is it to way to follow here? > > Yes, please handle it like that. If it's missing for other architectures > (ppc is a possibility here), I'll fix it when it fails in my tests. I already sent v2 with different approach. Problems boils down to beep's GNUMakefile trying to figure out whenever compiler supports various sanitizers flags, but fails to figure out, that it comes at price linking with sanitizer libraries on some architectures. V2 solves that by removing all those checks, so external libraries are no longer needed. ladis