mailing list of musl libc
 help / color / mirror / code / Atom feed
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


             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).