From: Mike Frysinger <vapier@gentoo.org>
To: Fangrui Song <i@maskray.me>
Cc: Indu Bhagat <indu.bhagat@oracle.com>,
binutils@sourceware.org, nick.alcock@oracle.com
Subject: Re: [PATCH] libctf: remove unnecessary zstd constructs
Date: Mon, 12 Dec 2022 18:47:59 +0900 [thread overview]
Message-ID: <Y5b4zxJdLUGGoqIu@vapier> (raw)
In-Reply-To: <DS7PR12MB5765BBA01B80D4CAB3C51C9DCBE29@DS7PR12MB5765.namprd12.prod.outlook.com>
[-- Attachment #1: Type: text/plain, Size: 1309 bytes --]
On 11 Dec 2022 20:44, Fangrui Song wrote:
> On Sat, Dec 10, 2022 at 9:33 PM Mike Frysinger wrote:
> > On 10 Dec 2022 16:26, Indu Bhagat wrote:
> > > This patch is essentially a revert of
> > > commit-id: 8818c80cbd4116ef5af171ec47c61167179e225c
> > > (libctf: Add ZSTD_LIBS to LIBS so that ac_cv_libctf_bfd_elf can be true)
> > >
> > > As the specific configure check now uses libtool, this explicit mention of the
> > > dependency $ZSTD_LIBS is not needed anymore.
> > >
> > > As for AC_ZSTD, it was suggested to clean it up (https://sourceware.org/pipermail/binutils/2022-December/125026.html)
> > > as it is unused. Althought this patch does remove AC_ZSTD from
> > > libctf/configure.ac, I am not completely sure anymore: libctf may have
> > > plans to support zstd compressed CTF sections soon/later ?
> >
> > if libctf ever gains such support, it's easy enough to add back in.
> >
> > lgtm
>
> The revert will likely be problematic. Some members of libbfd.a
> reference ZSTD_* symbols. Without -lzstd, these references will be
> dangling unless -Wl,--gc-sections is specifies and essentially
> discards input sections which reference ZSTD_*.
we don't link -lbfd, we link libbfd.la via libtool, and it takes care of
specifying any dependent libraries that libbfd uses.
-mike
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2022-12-12 9:48 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-11 0:26 Indu Bhagat
2022-12-11 7:33 ` Mike Frysinger
2022-12-12 6:44 ` Fangrui Song
[not found] ` <DS7PR12MB5765BBA01B80D4CAB3C51C9DCBE29@DS7PR12MB5765.namprd12.prod.outlook.com>
2022-12-12 9:47 ` Mike Frysinger [this message]
2022-12-13 13:20 ` Nick Alcock
2022-12-12 16:00 ` Nick Clifton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y5b4zxJdLUGGoqIu@vapier \
--to=vapier@gentoo.org \
--cc=binutils@sourceware.org \
--cc=i@maskray.me \
--cc=indu.bhagat@oracle.com \
--cc=nick.alcock@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).