From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10721 invoked by alias); 18 Feb 2015 20:32:31 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 10628 invoked by uid 89); 18 Feb 2015 20:32:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 18 Feb 2015 20:32:30 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t1IKWN70031065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 18 Feb 2015 15:32:23 -0500 Received: from bordewijk.wildebeest.org (ovpn-116-51.ams2.redhat.com [10.36.116.51]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t1IKWMY7030992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Feb 2015 15:32:23 -0500 Received: by bordewijk.wildebeest.org (Postfix, from userid 1000) id 1324D8165033; Wed, 18 Feb 2015 21:32:21 +0100 (CET) Message-ID: <1424291541.23458.28.camel@bordewijk.wildebeest.org> Subject: Re: ping #3: [RFA] Add --with-libz-prefix option in config/zlib.m4 From: Mark Wielaard To: "H.J. Lu" Cc: Joel Brobecker , GCC Patches , Binutils , GDB Date: Wed, 18 Feb 2015 20:32:00 -0000 In-Reply-To: References: <20150107144548.GX5432@adacore.com> <20150218120841.GD23529@adacore.com> <20150218165457.GU544@vapier> <20150218194443.GW544@vapier> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 X-SW-Source: 2015-02/txt/msg00496.txt.bz2 On Wed, 2015-02-18 at 11:52 -0800, H.J. Lu wrote: > On Wed, Feb 18, 2015 at 11:44 AM, Mike Frysinger wrot= e: > > On 18 Feb 2015 08:58, H.J. Lu wrote: > >> On Wed, Feb 18, 2015 at 8:54 AM, Mike Frysinger wrote: > >> >> Why do you want to turn off zlib? On Linux/x86, zlib is required > >> >> for assembler. At least, you should issue an error when --without-= libz > >> >> is used in binutils for Linux/x86 target. > >> > > >> > err, when did that happen ? why would zlib be possibly required for= an > >> > assembler ? > >> > >> commit 89e7505fcde4bd83948f559f429a0e1eb4262f05 > >> Author: H.J. Lu > >> Date: Sun Dec 14 06:41:03 2014 -0800 > >> > >> Compress debug sections for Linux/x86 by default > >> > >> * config/tc-i386.c (flag_compress_debug): Default to compress > >> debug sections for Linux. > > > > i don't see how that justifies making it a hard requirement >=20 > Can you elaborate? That doesn't seem like a smart default. And why is is Linux/x86 only? Shouldn't that be something that is done explicitly by a distro configuring binutils after making sure it actually is beneficial (debuginfo is often compressed in a different way, on the package/file level or with dwz). And after making sure all tools actually work with it? There are various tools that don't handle the .zdebug format like valgrind. And at least elfutils has trouble with it for ET_REL files, like kernel modules, because relocations don't actually apply anymore to the section data as is (but only after the decompression). Cheers, Mark