From: Isaac Dunham <idunham@lavabit.com>
To: musl@lists.openwall.com
Subject: Re: Hi and a few questions
Date: Sun, 20 May 2012 13:49:36 -0700 [thread overview]
Message-ID: <20120520134936.3b6812fe@newbook> (raw)
In-Reply-To: <20120520172116.GA163@brightrain.aerifal.cx>
On Sun, 20 May 2012 13:21:16 -0400
Rich Felker <dalias@aerifal.cx> wrote:
> On Sun, May 20, 2012 at 12:03:20PM -0500, Richard Pennington wrote:
> > I want to target several processors, including i386, x86_64, arm,
> > mips, microblaze, ppc, and ppc64 so it looks like musl support will
> > have to be added for the currently unsupported processors.
>
> Yes, and I'd be very happy to get support added. The reason for lack
> of ports is not lack of portability but lack of knowledge about these
> targets. I read up on ARM and did the ARM port using qemu / Aboriginal
> Linux boot images just because I found it a bit shameful to only
> support x86[_64], but I haven't gotten around to doing this with any
> others.
There was someone who was asking about portability previously; he has a
project that will use arm and mips cpus (this is the project that needs
libuv, hence the discussion on IRC) and-if musl works with libuv-he
thinks he could convince his boss to fund a port, if one isn't ready
ahead of time.
Microblaze is one of the oddball CPUs that you can configure without an
MMU. Would this project target MMU configurations only?
> > Now for my questions:
> > 1. Can musl be built out of the source tree? I'd like to be
> > able to build for different processors in different directories.
>
> At present, no. Even if the trivial changes were made to put the .o
> files somewhere else, there's also the issue of the include/bits
> symlink (which could actually be removed since arch/$(ARCH) is also in
> the -I path, but doing so would complicate the install rules and
> preclude using musl "in-place" without "make install" which is
> presently possible and a useful setup.
>
> I'd welcome ideas (though I'd have to weigh whether to adopt them) for
> making this possible, but the source is small enough that I wonder if
> it's really necessary..
For what it's worth, a shadow tree (see lndir(1)) would probably do all
that's really needed, if you
1 Get musl source code
2 lndir $MUSL_SOURCE ${MUSL_SOURCE}-${ARCH}
3 Configure and build in ${MUSL_SOURCE}-${ARCH}
You might have issues with shadowing after you have built musl (ie, do
3 in-tree, 2, repeat 3 in shadow tree), I wouldn't know for sure.
Isaac Dunham
next prev parent reply other threads:[~2012-05-20 20:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-20 17:03 Richard Pennington
2012-05-20 17:21 ` Rich Felker
2012-05-20 19:57 ` Richard Pennington
2012-05-20 20:49 ` Isaac Dunham [this message]
2012-05-20 21:25 ` Rich Felker
2012-05-20 17:53 ` Szabolcs Nagy
2012-05-20 20:01 ` Richard Pennington
2012-05-20 20:44 ` Richard Pennington
2012-05-20 21:20 ` Rich Felker
2012-05-20 20:28 ` Szabolcs Nagy
2012-05-20 20:36 ` Richard Pennington
2012-05-21 1:54 ` Isaac Dunham
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=20120520134936.3b6812fe@newbook \
--to=idunham@lavabit.com \
--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).