From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Tue, 07 May 2024 15:39:30 +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 1s4L2Y-000xVh-1p for lore@lore.pengutronix.de; Tue, 07 May 2024 15:39:30 +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 1s4L2X-0006Hk-TO; Tue, 07 May 2024 15:39:29 +0200 Received: from smtp106.ord1d.emailsrvr.com ([184.106.54.106]) by metis.whiteo.stw.pengutronix.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1s4L28-0006Fv-Qn for ptxdist@pengutronix.de; Tue, 07 May 2024 15:39:08 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mev.co.uk; s=20221208-6x11dpa4; t=1715089142; bh=KTzgcg96LNEnnsBht2sWyXC5/AOOTqCLWa3gzqh7rgE=; h=Date:To:From:Subject:From; b=bGgSGn221eomjkRSZKY78EKfxcitvYL7lLbqmI8moqc+JTwuJ7HWo/oU8AnieK7yG IzdGEWX8BO3tBlnNGqPiHFEZloPrzyoc7HYSmO8F8gZXvBVEfeO8Pj3cSeXwCEHwYO JgjefIrtUdVxAWyIJYsB3JodCYJXMzhn5hu9uDmM= X-Auth-ID: abbotti@mev.co.uk Received: by smtp14.relay.ord1d.emailsrvr.com (Authenticated sender: abbotti-AT-mev.co.uk) with ESMTPSA id AF5414017A for ; Tue, 7 May 2024 09:39:02 -0400 (EDT) Message-ID: <3ec54e2f-eb27-4b3d-a73f-4bb3d937a136@mev.co.uk> Date: Tue, 7 May 2024 14:39:01 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-GB To: ptxdist From: Ian Abbott Organization: MEV Ltd. Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Classification-ID: 4fff74c3-30ee-4493-baba-94b9c89c6d0c-1-1 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=-3.2 required=4.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 Subject: [ptxdist] Should GDB select XZ? 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 Hi, The configure script of GDB (version 7.6 or later) has a --with-lzma option that controls whether GDB will use liblzma or not. (It is needed to for reading .gnu_debuginfo sections from ELF files, if they are present.) By default (if not explicitly enabled or disabled), it will use liblzma if it is detected at build time. Currently, PTXdist does not configure GDB with any --with-lzma value, so whether or not it is configured to use liblzma depends on whether some version of XZ has previously been built or not. If GDB gets automatically configured to use liblzma, but the XZ package is not to be installed (perhaps there is a previous build of XZ in the platform's sysroot-target), then there will be a run-time error when running GDB due to the missing library. It also means that the build of GDB may not be reproducible. It seems to me that PTXdist should have a configuration option to choose whether GDB should be built with liblzma support or not (and possibly a configuration option to select whether the GDB version is 7.6 or later, defaulting to true). The default could depend on PTXCONF_TARGET_MINI_DEBUGINFO. If binaries have a .gnu_debuginfo section then we probably want GDB to be able to use it! I'll attempt to knock up a patch for it. -- -=( Ian Abbott || MEV Ltd. is a company )=- -=( registered in England & Wales. Regd. number: 02862268. )=- -=( Regd. addr.: S11 & 12 Building 67, Europa Business Park, )=- -=( Bird Hall Lane, STOCKPORT, SK3 0XA, UK. || www.mev.co.uk )=-