From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 278083858D3C for ; Wed, 22 Feb 2023 16:59:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 278083858D3C Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gnu.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gnu.org Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pUsSa-0001Lw-8n; Wed, 22 Feb 2023 11:59:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=0z4wI/1MShqJhPopwesxBvfyMdFR9PQZfXxARJmuTxs=; b=WPvnxIpd7Z07ChDEddNy D2duZmszrsAENvcAm+06M1JQHftYB5ld31IcQSiHMs4RlGDqBsWaY5B+zzC7+k5jbJw4yk4iNAzKu Mj4/AW2S3gukwcPhCwT7pun6iY0c5ZlCb+wbprOBYoXkDN5Eq5gD5G3h++WNdQK3zs/mbbf6XI4kj QlBPC8iKPc/+88jNqFxvAIpg8VF0SFnho9aqhCTe6QZIFoqEqSprBB4C2veP7p2wjXMxwl5BNn2yc l24DSFZQ3qHQfqlmM4uaL5Umyxtv0tmWYq1aiOPJ9FZ26+CU48bSk7/fhMGORgmN1Jf/0MQzPncSi LySzk3JUOk337A==; Received: from [141.143.193.74] (helo=termi) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pUsSZ-00079m-75; Wed, 22 Feb 2023 11:59:15 -0500 From: "Jose E. Marchesi" To: Mark Wielaard Cc: "Guillermo E. Martinez" , elfutils-devel@sourceware.org, nickc@redhat.com Subject: Re: [PATCHv2] strip: keep .ctf section in stripped file In-Reply-To: (Mark Wielaard's message of "Wed, 22 Feb 2023 17:42:45 +0100") References: <20220601155527.2192182-1-guillermo.e.martinez@oracle.com> Date: Wed, 22 Feb 2023 17:59:04 +0100 Message-ID: <87356xy6uf.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham 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, > > On Tue, 2022-12-20 at 22:35 +0100, Mark Wielaard wrote: >> On Wed, Jun 01, 2022 at 10:55:27AM -0500, Guillermo E. Martinez via Elfutils-devel wrote: >> > This is the second version patch to avoid remove the CTF section in >> > stripped files. Changes from v1: >> > >> > - Add description in tests/run-strip-remove-keep-ctf.sh >> > mentioning how to regenerate test input file (testfile-ctf) >> > >> > Please let me know your thoughts. >> > >> > [...] >> > >> > CTF debug format was designed to be present in stripped files, so >> > this section should not be removed, so a new --remove-ctf option >> > is added to indicate explicitly that .ctf section will be stripped >> > out from binary file. >> >> Sorry, I see I never reviewed this v2 variant. I know we tried to >> coordinate with binutils so eu-strip and binutils strip would do the >> same thing. And that Jose had an idea for a new section flag to >> automatically detect what section should/shouldn't be stripped (into a >> separate .debug file). What was the conclusion of that? > > Any update on this? > How should .ctf sections be dealt with by strip like tools? I think the conclusion was that having a NOSTRIP flag in the object file is far from trivial, because what "strip" means for several people and tools is not clear. So I guess we are stuck with the old keep-a-list method. Or we may add NOSTRIP meaning "_never ever_ strip this section, period, no matter what."