From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 0ZZ7L7NtimdcYhIAWB0awg (envelope-from ) for ; Fri, 17 Jan 2025 09:48:19 -0500 Received: by simark.ca (Postfix, from userid 112) id A92C81E105; Fri, 17 Jan 2025 09:48:19 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-5.3 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=4.0.0 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 745A81E08E for ; Fri, 17 Jan 2025 09:48:17 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id DB4F33847713 for ; Fri, 17 Jan 2025 14:48:16 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DB4F33847713 Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) by sourceware.org (Postfix) with ESMTP id 099353847706; Fri, 17 Jan 2025 14:47:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 099353847706 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gentoo.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 099353847706 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=140.211.166.183 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1737125254; cv=none; b=YWtY1pMK6Pe4EFZ5tnnu3HOfQ2CW3PsxZs8lm949kVyBZuvg+5Kt6ktqsCG8uNLOVgYstNCv2XtcwXb++BiJvt/OFpwJYMIaNuyKErPQMxQmelVky1Hl1nEfQkr9R+RieTH5K0ubRtEKafxoCWcVtR/5A4w4Kf2UuUSLeIhCn9Q= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1737125254; c=relaxed/simple; bh=71eZoyuZcDUjDWddjr5vmOaBt5NWo+B4hVnKegEAKDo=; h=From:To:Subject:Date:Message-ID:MIME-Version; b=Pk2j8yrv4acFKAVcWd6j9/huUqifwEHWLSyaPinGvEg8lJL0WW6TVbhUdI6Fd2K+caGD2LGJG1YqBzxkIRONbABALY5DzuUhSQWG0VB//3AriiPxEn//+VhWiH5IA4fTUyS3+paiz1PUHdJxN33jfF9OyxlbVEWkXuOvcYdxSK0= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 099353847706 From: Sam James To: Ivan Kokshaysky Cc: binutils@sourceware.org, gdb-patches@sourceware.org Subject: Re: [PATCH] alpha, ld: remove -taso option In-Reply-To: (Ivan Kokshaysky's message of "Fri, 17 Jan 2025 15:40:34 +0100") Organization: Gentoo References: User-Agent: mu4e 1.12.7; emacs 31.0.50 Date: Fri, 17 Jan 2025 14:47:28 +0000 Message-ID: <87tt9xjy4f.fsf@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org Ivan Kokshaysky writes: > The -taso switch was quite useful 25 years ago for porting 32-bit > code with broken integer-pointer casting. Not anymore. The EF_ALPHA_32BIT > support is going to be dropped in Linux kernel v6.14 [1], NetBSD and OpenBSD > never had it, so there is no point in keeping the -taso option around. > > Also remove alpha special case that uses -taso from gdb.base/dump.exp > in gdb testsuite. > > [1] https://lore.kernel.org/all/87jzb2tdb7.fsf_-_@email.froward.int.ebiederm.org > > Signed-off-by: Ivan Kokshaysky > --- > gdb/testsuite/gdb.base/dump.exp | 6 ------ > ld/emultempl/alphaelf.em | 31 ------------------------------- > ld/po/bg.po | 7 ------- > ld/po/es.po | 9 --------- > ld/po/fi.po | 12 ------------ > ld/po/fr.po | 9 --------- > ld/po/ka.po | 7 ------- > ld/po/ld.pot | 8 -------- > ld/po/pt_BR.po | 9 --------- > ld/po/ro.po | 9 --------- > ld/po/ru.po | 9 --------- > ld/po/sr.po | 9 --------- > ld/po/sv.po | 12 ------------ > ld/po/uk.po | 9 --------- > 14 files changed, 146 deletions(-) > > diff --git a/gdb/testsuite/gdb.base/dump.exp b/gdb/testsuite/gdb.base/dump.exp > index 58fedb1d36b..54efe51fbaa 100644 > --- a/gdb/testsuite/gdb.base/dump.exp > +++ b/gdb/testsuite/gdb.base/dump.exp > @@ -26,12 +26,6 @@ set endian "auto" > > set formats {binary ihex srec tekhex verilog} > > -if {[istarget "alpha*-*-*"]} { > - # SREC etc cannot handle 64-bit addresses. Force the test > - # program into the low 31 bits of the address space. > - lappend options "ldflags=-Wl,-taso" > -} Is this part right? SREC is a debugging format, so if we're going to do this, we'd need to drop the SREC format, or accept it's going to be untested, I think? Adding gdb-patches@. > [...] thanks, sam