All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Mosberger <davidm@napali.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: RE: [Linux-ia64] Linux-IA64 execution of ILP32 binaries
Date: Wed, 13 Mar 2002 02:07:59 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590701905249@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590701905245@msgid-missing>

>>>>> On Tue, 12 Mar 2002 18:00:55 -0800, "Smith, Phil" <APhil.Smith@compaq.com> said:

  Phil> My primary question wasn't as much about supporting ILP32
  Phil> development under Linux-IA64, but just executing binaries
  Phil> created under such an environment. The biggest question should
  Phil> surround the VM address space, which could be a subset of the
  Phil> Linux-IA64 map.

Oh, that's easy: you can set the maximum virtual address space size of
a task and its map-base to any value in the Linux kernel.  That's what
we use to enforce VM < 4GB for IA-32 tasks.

  Phil> If pointers are sign-extended, a single region
  Phil> in a 61-bit address area can accommodate the 32-bit range for
  Phil> x86. Obviously, things like big files could not be accessed
  Phil> without special APIs for the 32-bit developers.  Commercial
  Phil> UNIX vendors (i.e., HP and Sun) have taken great pains to
  Phil> provide a migration path. It seems that not accommodating this
  Phil> creates GREATER market fragmentation, especially with more
  Phil> commercial products being available on Linux. It seems ironic
  Phil> that 16-bit DOS, Windows and 32-bit Windows will still run
  Phil> under Wine or Win64, but 32-bit Linux software on the market
  Phil> today won't run on Linux-IA64...

You *can* run IA-32 binaries on IA-64 Linux.  Just try realplay or
some other x86-only application and I think you'll find it works just
fine.

	--david


      parent reply	other threads:[~2002-03-13  2:07 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-12 20:39 [Linux-ia64] Linux-IA64 execution of ILP32 binaries Smith, Phil
2002-03-12 22:35 ` David Mosberger
2002-03-13  2:00 ` Smith, Phil
2002-03-13  2:07 ` David Mosberger [this message]

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=marc-linux-ia64-105590701905249@msgid-missing \
    --to=davidm@napali.hpl.hp.com \
    --cc=linux-ia64@vger.kernel.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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.