From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) by sourceware.org (Postfix) with ESMTP id 080EA3858D3C for ; Sun, 6 Nov 2022 02:51:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 080EA3858D3C Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gentoo.org Received: by smtp.gentoo.org (Postfix, from userid 559) id 223C334109C; Sun, 6 Nov 2022 02:51:15 +0000 (UTC) Date: Sun, 6 Nov 2022 09:51:04 +0700 From: Mike Frysinger To: Simon Marchi Cc: "Jose E. Marchesi" , gdb-patches@sourceware.org, indu.bhagat@oracle.com, elena.zannoni@oracle.com Subject: Re: [PATCH V2] gdb: link executables with libtool Message-ID: Mail-Followup-To: Simon Marchi , "Jose E. Marchesi" , gdb-patches@sourceware.org, indu.bhagat@oracle.com, elena.zannoni@oracle.com References: <20221105140233.1197237-1-jose.marchesi@oracle.com> <242f99e5-2c41-155a-3bd9-e0c96dea28f5@simark.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gjIu+X2urEg62B5g" Content-Disposition: inline In-Reply-To: <242f99e5-2c41-155a-3bd9-e0c96dea28f5@simark.ca> X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --gjIu+X2urEg62B5g Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 05 Nov 2022 12:38, Simon Marchi via Gdb-patches wrote: > On 11/5/22 10:02, Jose E. Marchesi via Gdb-patches wrote: > > LIBBACKTRACE_LIB now refers to ../libbacktrace/libbacktrace.la > > LIBCTF now refers to ../libctf/libctf.la >=20 > The patch linked in this bug: >=20 > https://sourceware.org/bugzilla/show_bug.cgi?id=3D29372 >=20 > also updated OPCODES to use $(OPCODES_DIR)/libopcodes.la, should you do > it too? yeah, and i think we can drop zlib & zstd logic too since they're in there only for bfd. less sure about gettext usage ... if gdb uses gettext, we want to keep it, but if it was pulled in only for bfd too, we can purge it =66rom the gdb side. although i'm totally fine with doing the zlib & zstd cleanup as a followup commit since Jose's patch here improves the status quo. -mike --gjIu+X2urEg62B5g Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmNnIRgACgkQQWM7n+g3 9YEU+xAAgqsHbG1kjAPCIRjGoTlRTNKN+ekz3BrgVYuFsKqLaDOO6gqd4qtDJt+Z 9wTLPq8zBrbwYMMBRB9nt/tkcZo3gSboV+S6Co79gIIoc70AGZbHd/95gH+JrVIY 9JJ6+kPQ/olJQHZaZptAzIFO6zM1JNFjW8e/PsEuzp0o7rG5SPC+Z5uBAvotrsyu RflZtTQdItQogjygJ2xED7SRR5QgHGSMcz6ILEKueWqmPrcNbw+7Z3kbCRmfTzU+ GD21KUY2k/pT+qJNY8Be5JzqIJuOwgl8xqTE6UpSTKZMPtQjv4Fo+XCHohXDAezu Qw8icwQT8m4y1p/vNW3Ox7nZUiWW8HVwFqL0klbppH7BUzR9GwIPD2TKpDAk1TAH IcNOAfNFk+WDhb32LIVqEMGH3VkSphBhOFaa12ZYLnrvvV6+PvOada7YLeH0rCGE iZCj3yBqKP5rZ+kVbiCa2DNQHIOSBZRS8n9+NV1SRIgdUCOzEt+DpBO8sdaHdg0u GieUaobDWl++857ceIdNB0SxSPARQ/0CM3TdS1dgzLio5G4tn7DZZ9rM8cQYDMcz 8HXyz4y7oNYgtAKN/EgcSmDzJ+2t4aqnh2jntEMR++Vl2IXIwCaKd2uELxkuE6T0 yfcbgKL83j+wd6jvwIUpvVzMIhHu4hSoQXuHsgU3joSI2qVFwXg= =QuD5 -----END PGP SIGNATURE----- --gjIu+X2urEg62B5g--