From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) by sourceware.org (Postfix) with ESMTPS id 6FF2A3858D28 for ; Tue, 4 Oct 2022 13:41:06 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6FF2A3858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-pf1-x430.google.com with SMTP id v186so13165309pfv.11 for ; Tue, 04 Oct 2022 06:41:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date; bh=zL33aOq+M4UZ0EvCZLW9OeBnWKMSc8qGSj4BlD5+pC8=; b=TwaBZ70QSAShBI+mLscadp8Ndrj3y2b8vnBPGAYvvGgonTbWD3zvaPQN/+D0L/IMs2 DdB1MyKRnjAL48ggF9envQ/xu7JPOHS6/yZgAQM6aZgubhWYrsYRY9oD78hMitiSk9PV Vkjfj8LWoc0JaWJC5/kbN0dtqawXs9DJUxcYv6lB6LHurCGKhbSM01JU1vRoomjgD+al Hm+4W4xjBmMo+nxhSJapB/VcD2PwD3UJE7iHp1EbcHxCwvaLJuMDP9+sypL5GR4hk1ZS u+NmL0AmBG71Ed7Mdt7voDkdfM5STxjsmygWPlaEBMEPxIlcdFlKzxQ/g9ulGZ3m2ng2 e4dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date; bh=zL33aOq+M4UZ0EvCZLW9OeBnWKMSc8qGSj4BlD5+pC8=; b=37rLw2XKU1OJkdlTyB6bM8YeJ5Fr4xnlHw81m+dSkXtfqPRDfDdummhCmRgSgiTTOV LH4OXbbNi0uvUzYlhgixTz8orFtOr4a2b9EHXKaqDEF5aNa+NFMIHExu1+055Lrdyu08 IjTzxEphGmk1PGDjq8Ih0/W2ft5GNmBvn2eZnys/t9Pqq+QKmQmH/dBiYDRG9H66qYiS 70daMoi2gehSV0AX5MhBffdfXwykoXUoVpYeCKZ7tfooALGNObTKQc4fCyJ8DJjxBx/k UhhdXojmT5Eb0zAUI3I0tD/3+l4I50kW0JtjR0hFWvBwfvnN45TYwyQ1f49dRfTT7l/N OAww== X-Gm-Message-State: ACrzQf1uKjvt7swqoKyruVWsDkrQHMHzVoVfe2S1CvrA6JoXZuGkDVcM UPtD/vUEl+L1CbdnNFwqvuyKEOTVKDM= X-Google-Smtp-Source: AMsMyM5VAaZsw4GuY8lOVuAoEY2rbv2g2SOlHvqLEc+O7ChnTtzhPXg9hLgLr6COYyb/W7Mx7Xtaxw== X-Received: by 2002:a63:83c2:0:b0:44c:95d7:6bab with SMTP id h185-20020a6383c2000000b0044c95d76babmr10737871pge.89.1664890865414; Tue, 04 Oct 2022 06:41:05 -0700 (PDT) Received: from squeak.grove.modra.org ([2406:3400:51d:8cc0:63b5:ea40:cab:894b]) by smtp.gmail.com with ESMTPSA id a15-20020a170902710f00b001755ac7dd0asm8824976pll.290.2022.10.04.06.41.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 04 Oct 2022 06:41:04 -0700 (PDT) Received: by squeak.grove.modra.org (Postfix, from userid 1000) id D68371142DF5; Wed, 5 Oct 2022 00:11:01 +1030 (ACDT) Date: Wed, 5 Oct 2022 00:11:01 +1030 From: Alan Modra To: Martin =?utf-8?B?TGnFoWth?= Cc: binutils@sourceware.org, Fangrui Song Subject: Re: [PATCH] compress .gnu.debuglto_.debug_* sections if requested Message-ID: References: <7e8f08f2-6c4f-0bfb-8cd0-bec1bf6fe5c2@suse.cz> <373ed7fc-5b05-0049-7df0-35958fd2857c@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <373ed7fc-5b05-0049-7df0-35958fd2857c@suse.cz> X-Spam-Status: No, score=-3029.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,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: On Tue, Oct 04, 2022 at 10:12:46AM +0200, Martin Liška wrote: > On 10/4/22 10:07, Alan Modra wrote: > > On Fri, Sep 30, 2022 at 09:19:49AM +0200, Martin Liška wrote: > >> * write.c (compress_debug): Compress also ".gnu.debuglto_.debug_" > >> if the compression algorithm is different from zlib-gnu. > > > > OK, choosing to skip compression for zlib-gnu is a reasonable approach > > given that zlib-gnu has the clunky .debug_* to .zdebug_* section > > renaming scheme. I'm going to commit your patch, but then enable > > zlib-gnu with a followup patch of mine that doesn't rename the lto > > debug sections. ld.bfd and the binutils work fine without renaming, > > but there may be some other reason why zlib-gnu must have .zdebug > > sections. If that turns out to be the case, my patch below can be > > reverted. > > Makes sense. On the other hand, I would somehow slowly (but surely) make zlib-gnu > obsolete. What do you think? I don't see that happening in a hurry. We'd want to keep the ability to handle zlib-gnu compressed object files for as long as such objects are still in use. So decompression will stay supported for a long time, and since we need to test decompression support it is also necessary to support compression. > For the future, people will likely move to the more > modern and faster zstd compression algorithm. We're planning doing that once > new binutils is released in openSUSE Tumbleweed. Sure, that's fine. -- Alan Modra Australia Development Lab, IBM