From: "Anthony G. Basile" <basile@opensource.dyc.edu>
To: musl@lists.openwall.com
Subject: What does dir in arch/<dir> mean in musl?
Date: Thu, 06 Nov 2014 07:38:53 -0500 [thread overview]
Message-ID: <545B6BDD.2030200@opensource.dyc.edu> (raw)
Hi everyone,
In the context of integrating musl with gentoo, we have to deal with how
we construct the link path file. So far we've been doing a variation of
LDSO_ARCH=$(basename /lib/ld-musl-*.so.1)
cat << EOF > /etc/${LDSO_ARCH%so.1}path
<paths>
EOF
where LDSO_ARCH is defined in arch/<dir>/reloc.h. But what does <dir>
mean in this case? I know it *says* arch but it doesn't appear to be
arches but rather an inconsistent combination of ISA + ABI. Eg. x32 is
an ABI which runs on 64-bit intel ISA, while x86_64 is a different ABI
on the same. On the other hand all mips isas/abis/endians/floats are
under arch/mips.
Contrast this to what the linux kernel does where we see:
$ ls /usr/src/linux/arch/
Kconfig arm64 cris m32r mips powerpc sparc x86
alpha avr32 frv m68k mn10300 s390 tile xtensa
arc blackfin hexagon metag openrisc score um
arm c6x ia64 microblaze parisc sh unicore32
There arch/x86 contains both 64-bit and 32-bit ISAs and ABIs and one
further specifies the arch with ARCH=x86_64 or ARCH=i686. However, the
headers for each of the arch/<dirs> are identical. eg ARCH=x86_64 make
install_headers is the same as ARCH=x86 make install_headers.
So how are we to understand LDSO_ARCH? I'm going to be writing a bash
ldconfig which will manage paths in /etc/${LDSO_ARCH%so.1}path the way
it does on glibc/uclibc for /etc/ld.so.cache. It would be nice to avoid
bad assumptions up front.
--
Anthony G. Basile, Ph. D.
Chair of Information Technology
D'Youville College
Buffalo, NY 14201
(716) 829-8197
next reply other threads:[~2014-11-06 12:38 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-06 12:38 Anthony G. Basile [this message]
2014-11-06 15:38 ` Rich Felker
2014-11-06 17:34 ` Wermut
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=545B6BDD.2030200@opensource.dyc.edu \
--to=basile@opensource.dyc.edu \
--cc=musl@lists.openwall.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.
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).