mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Rich Felker <dalias@aerifal.cx>
To: musl@lists.openwall.com
Subject: Re: Build on linux 2.6 and run on linux 2.4?
Date: Thu, 20 Mar 2014 20:51:35 -0400	[thread overview]
Message-ID: <20140321005135.GH26358@brightrain.aerifal.cx> (raw)
In-Reply-To: <20140320231412.GG26358@brightrain.aerifal.cx>

On Thu, Mar 20, 2014 at 07:14:12PM -0400, Rich Felker wrote:
> On Thu, Mar 20, 2014 at 04:58:49PM -0400, John Mudd wrote:
> > Probably a dumb question. Is part of the value of musl that I can build an
> > app using musl on linux 2.6 and then run the binary on linux 2.4?
> 
> The version of Linux you build on has no bearing on the binary that
> comes out, so that's not a problem.
> 
> However, Linux 2.4 is not officially supported since it lacks a lot of
> functionality needed to provide a modern POSIX conforming environment.
> The most notable is that it can't do threads. If you're ok with that,
> the other problems might be small enough that you don't mind. I
> remember some people in Freenode #musl trying out 2.4 recently and
> finding that a few of the busybox applets didn't work right, though,
> due to missing statfs64 syscall.
> 
> This page has details on which kernel versions added which syscalls:
> 
> http://man7.org/linux/man-pages/man2/syscalls.2.html

I looked through this list, and statfs64/fstatfs64 seem to be the only
two syscalls where the 32-bit off_t version was all that's available
in 2.4 and the 64-bit version was added in 2.6. So if we could provide
a fallback for them, this might make 2.4 a fairly viable target for
single-threaded programs built with musl. (Despite 2.4 being ancient
and generally a bad idea to use, there are some devices where
replacing the kernel is hard or where the patches to support the
device have not been ported to 2.6, so this isn't just a useless
exercise.)

The big question that remains of course is how ugly the fallbacks
would be, and whether we'd need a lot more arch-specific definitions
_purely_ for 2.4 fallback.

Rich


  reply	other threads:[~2014-03-21  0:51 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-20 20:58 John Mudd
2014-03-20 23:14 ` Rich Felker
2014-03-21  0:51   ` Rich Felker [this message]
2014-03-26  6:22     ` Rich Felker
2014-03-21 13:02   ` John Mudd
2014-03-21 16:40     ` Rich Felker
2014-03-21 17:54     ` John Mudd
2014-03-21 18:02       ` Rich Felker
2014-03-21 18:24         ` John Mudd
2014-03-21 19:09           ` Rich Felker
2014-03-21 19:48           ` John Mudd
2014-03-21 19:53             ` Rich Felker
2014-03-21 20:16               ` John Mudd
2014-03-22 11:12                 ` Szabolcs Nagy

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=20140321005135.GH26358@brightrain.aerifal.cx \
    --to=dalias@aerifal.cx \
    --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).