From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) by sourceware.org (Postfix) with ESMTP id 0704F3858C78 for ; Sun, 6 Nov 2022 02:46:53 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 0704F3858C78 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 EBC3A3406C2; Sun, 6 Nov 2022 02:46:51 +0000 (UTC) Date: Sun, 6 Nov 2022 09:46:50 +0700 From: Mike Frysinger To: "Jose E. Marchesi" Cc: Simon Marchi , indu.bhagat@oracle.com, gdb-patches@sourceware.org, elena.zannoni@oracle.com Subject: Re: [PATCH] gdb: link executables with libtool Message-ID: Mail-Followup-To: "Jose E. Marchesi" , Simon Marchi , indu.bhagat@oracle.com, gdb-patches@sourceware.org, elena.zannoni@oracle.com References: <20221105130827.1194771-1-jose.marchesi@oracle.com> <83v8nt3525.fsf@gnu.org> <871qqhiicr.fsf@oracle.com> <5a5ce25a-5baf-2bb1-d016-97ccf617ba25@simark.ca> <87eduhgtvr.fsf@oracle.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ygYyKscpXETW62jZ" Content-Disposition: inline In-Reply-To: <87eduhgtvr.fsf@oracle.com> X-Spam-Status: No, score=-5.1 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,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: --ygYyKscpXETW62jZ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 05 Nov 2022 19:04, Jose E. Marchesi via Gdb-patches wrote: > > On 11/5/22 10:30, Jose E. Marchesi via Gdb-patches wrote: > >>>> Date: Sat, 5 Nov 2022 14:08:27 +0100 > >>>> From: "Jose E. Marchesi via Gdb-patches" > >>>> Cc: indu.bhagat@oracle.com, elena.zannoni@oracle.com > >>>> > >>>> This patch changes the GDB build system in order to use libtool to > >>>> link the several built executables. This makes it possible to refer > >>>> to libtool libraries (.la files) in CLIBS. > >>> > >>> If this is supposed to be installed before we start the release cycle > >>> of GDB 13, I question the wisdom of making such a significant change > >>> when we are so close to the next release. > >>> > >>> Does this solve some grave problems, or can we wait until after GDB > >>> 13? > >>=20 > >> Basically it would unstuck us in getting the SFrame integration applied > >> in binutils. > >>=20 > >> See > >> https://sourceware.org/pipermail/gdb-patches/2022-November/193381.html > >>=20 > >> We could go with the simpler solution suggested in that email (already > >> used by libbacktrace and libctf) in GDB 13 and then we can apply the n= ew > >> patch to switch to libtool for linking. > >>=20 > >> I know Mike doesn't like the idea; but I hope we have proved we do our > >> homework? > > > > IIUC, it would not be useful to have the libtool changes without the > > SFrame changes. And given that the GDB 13 branch is supposed to be cut > > very shortly, do we expect to have the SFrame changes in GDB 13 (I have > > no idea what that consists of)? If not, then the libtool changes are > > not really needed in GDB 13. >=20 > The SFrame support (it is a frame unwinding format) is purely in > binutils (assembler, and linker via BFD) and, per-se, it doesn't concern > GDB at all. is it really a big deal to wait for the GDB 13 branch to be cut ? with binutils-2.39 being recentlyish released, it's not like binutils-2.40 is coming out any time soon. further, afaict, the sframe patchset hasn't finished review even on the binutils side. -mike --ygYyKscpXETW62jZ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmNnIBIACgkQQWM7n+g3 9YHB3A//aiWcgyuYTGZWbc+Qb+bCoYn5ACbFWxM/J0Mr/qUgTP7e5roNIgaaPuaQ T1hnzAKNDIVg+LhO6iVKCusctEOBK0cUzH1ug0bKa+cgVybJ2Mh2iSpq/c9798Ex C7/2qlSoK/GmNfIgwFb0XA+n1h0/0vwNVnCHJjCvDWX9Bwxp68kdOWfSj0ZTsM1x JC3oN29o5Jze+Dw+Uu+FmmTCYOEuQLhYaZ5M9uRiczuRbsDuFfaDJAwLA6zg3DvC oV+qdNWI3vPtkpbWqB8ZsG+IUkMggg2irZrghpSWf3Cy0wQd8HFq/u5sxmipZe76 xRcAG34GerkUTSDnsRJ2W0cyzvltCqQgqz+fCHHOgPACXZLzr4KeeZk0OwurkvVT SURm46C+rOkxzXpZZ1hTTDO6rDw5ViKq9tLVojt8Mq8oHjBW+0tdclBf57/KWvwS NraAwU658k7AxBGzF6n9Frg5s5CB+97n9stzFGCEOKx7MHLI8klWjCqDz1MtnRgS nH4qUSNjXkKHzatHxmzC+JpZjJsm4spWUETMmClFGgzcBbwqHJLICPaDURp1WCmZ 8QtNCCZj+bfWswMq3Qo+MWBtUSIaH2QGRjL/th35jwT6/VfVi0fYptNP4kx3w7iG cL3XuFGiaJ8EKhWFJmIpr0afKACc3F3utT+Ds9QNoc8/OqY7ZhU= =9wpE -----END PGP SIGNATURE----- --ygYyKscpXETW62jZ--