From: Szabolcs Nagy <nsz@port70.net>
To: Rich Felker <dalias@libc.org>
Cc: sidneym@codeaurora.org, musl@lists.openwall.com
Subject: Re: [musl] Hexagon DSP support
Date: Fri, 18 Sep 2020 10:10:04 +0200 [thread overview]
Message-ID: <20200918081004.GG2947641@port70.net> (raw)
In-Reply-To: <20200918010806.GX3265@brightrain.aerifal.cx>
* Rich Felker <dalias@libc.org> [2020-09-17 21:08:07 -0400]:
> On Thu, Sep 17, 2020 at 05:31:29PM -0500, sidneym@codeaurora.org wrote:
> > > -----Original Message-----
> > > From: 'Rich Felker' <dalias@libc.org>
> > > Sent: Wednesday, September 16, 2020 8:33 PM
> > > To: musl@lists.openwall.com
> > > Subject: Re: [musl] Hexagon DSP support
> > >
> > > On Wed, Sep 16, 2020 at 03:49:28PM -0500, sidneym@codeaurora.org wrote:
> > > >
> > > > +__asm__(
> > > > +".section \".note.ABI-tag\", \"a\" \n"
> > > > +".align 4 \n"
> > > > +".long 1f - 0f /* name length */ \n"
> > > > +".long 3f - 2f /* data length */ \n"
> > > > +".long 1 /* note type */ \n"
> > > > +"0: .asciz \"GNU\" /* vendor name seems like this should be
> > MUSL but
> > > lldb doesn't agree.*/ \n"
> > > > +"1: .align 4 \n"
> > > > +"2: .long 0 /* linux */ \n"
> > > > +" .long 3,0,0 \n"
> > > > +"3: .align 4 \n"
> > > > +);
> > >
> > > Is there a reason this needs to be here at all? Shouldn't the tooling
> > generate
> > > it if it's actually wanted/needed?
> >
> > OK, this is here so lldb can select the right target allowing the same
> > version of lldb to work in multiple runtime environments. I need to take a
> > look at what the options are if this isn't a good place for this.
>
> OK, please follow up with what you find. I'm pretty sure this belongs
> in the tooling though (as something the compiler emits or the
> assembler emits based on how it's invoked and what its target is) not
> in a file in libc.
that gnu abi note specifies the minimum supported
kernel version (linux 3.0.0 in this case) and in glibc
it is explicitly added to all glibc dsos and to *crt1.o
(so it depends on the libc not other tooling).
i don't think the debugger should need this unless there
was some linux abi change, in glibc it is used to check
against the runtime kernel version and abort (or fail
dlopen) if that is too old, but musl has no such logic.
see comments about abi note in:
https://sourceware.org/git?p=glibc.git;a=blob;f=csu/abi-note.c
https://sourceware.org/git?p=glibc.git;a=blob;f=abi-tags
see how it is used in dlopen:
https://sourceware.org/git?p=glibc.git;a=blob;f=elf/dl-load.c;h=646c5dca40efcc9ba9f39dbda8b189864792216d;hb=HEAD#l1819
next prev parent reply other threads:[~2020-09-18 8:10 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-15 13:19 sidneym
2020-04-15 16:30 ` Rich Felker
2020-04-15 17:50 ` sidneym
2020-04-15 18:06 ` Szabolcs Nagy
2020-04-15 18:22 ` sidneym
2020-04-16 9:36 ` Szabolcs Nagy
2020-04-16 15:34 ` Rich Felker
2020-04-16 16:26 ` sidneym
2020-04-16 16:34 ` 'Rich Felker'
2020-04-15 18:26 ` Rich Felker
2020-04-15 19:12 ` sidneym
2020-04-15 19:29 ` 'Rich Felker'
2020-04-30 22:44 ` sidneym
2020-04-30 23:51 ` Rich Felker
2020-05-05 23:37 ` sidneym
2020-05-06 0:59 ` Rich Felker
2020-06-18 16:37 ` sidneym
2020-06-18 21:42 ` Szabolcs Nagy
2020-06-19 21:58 ` sidneym
2020-06-19 22:46 ` Rich Felker
2020-06-20 0:03 ` [musl] strtok Robert Skopalík
2020-06-20 0:15 ` Rich Felker
2020-06-20 0:36 ` Robert Skopalík
2020-06-20 0:46 ` Robert Skopalík
2020-06-20 1:44 ` Rich Felker
2020-06-20 7:07 ` Patrick Oppenlander
2020-06-20 13:00 ` Robert Skopalík
2020-06-22 0:57 ` Bery Saidi
2020-06-20 2:29 ` [musl] Hexagon DSP support sidneym
2020-06-20 3:20 ` Rich Felker
2020-07-20 21:26 ` sidneym
2020-07-23 21:56 ` Szabolcs Nagy
2020-07-24 17:49 ` sidneym
2020-09-16 20:49 ` sidneym
2020-09-17 1:32 ` 'Rich Felker'
2020-09-17 22:31 ` sidneym
2020-09-18 1:08 ` Rich Felker
2020-09-18 8:10 ` Szabolcs Nagy [this message]
2020-09-20 13:12 ` sidneym
2020-09-20 17:17 ` 'Rich Felker'
2020-09-21 14:09 ` sidneym
2020-04-15 18:55 ` Fangrui Song
2021-03-09 20:25 sidneym
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=20200918081004.GG2947641@port70.net \
--to=nsz@port70.net \
--cc=dalias@libc.org \
--cc=musl@lists.openwall.com \
--cc=sidneym@codeaurora.org \
/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.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
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 NNTP newsgroup(s).