All of lore.kernel.org
 help / color / mirror / Atom feed
From: Doug Beattie <dbb@caldera.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] Location of absolute IA32 shared objects.
Date: Fri, 14 Sep 2001 14:30:22 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590698805181@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590698805122@msgid-missing>

I just noticed a comment was posted on 2001-08-15 to the LSB tracking
task on this subject, that a post to fhs-discuss gave the solution to
the question of where ia32 vs ia64 libs should be placed.

`The /lib directory on x86 and IA64 will always contain the 32bit
libraries. IA64 systems should put their libraries in /lib64.' "This
way we don't need any special install hooks in the system, installer,
and package. It's all hardcoded." 

The description above are a paraphrase and direct quote from the post
to LSB task number 32642 that was used to track what should be done
for LSB compatibility.

Doug

David Mosberger wrote:
> 
> >>>>> On 10 Sep 2001 21:30:02 -0700, Ulrich Drepper <drepper@redhat.com> said:
> 
>   Uli> David Mosberger <davidm@hpl.hp.com> writes:
>   >> As far as I can see, neither LSB nor FHS address the issue of
>   >> where to place emulation files, so I'll propose a prefix of
>   >> "/emul/ia32-linux/" as a starter.  Any objections?
> 
>   Uli> Not that I care, but this is clearly a place for a new /proc
>   Uli> entry which can be changed by the sysadmin.
> 
> I'd have thought that this should be treated like "/": an unchanging
> prefix.  Mount, symlinks, and chroot are your friend.  Making it
> variable makes installation harder, as others have pointed out.  But
> it's not like I care a whole lot (as long as ia64 kernel performance
> isn't impacted noticably).
> 
>         --david
> 
> _______________________________________________
> Linux-IA64 mailing list
> Linux-IA64@linuxia64.org
> http://lists.linuxia64.org/lists/listinfo/linux-ia64

-- 
Douglas B. Beattie
------------------
Linux Test Architect - Caldera, Inc.
dbb@caldera.com


  parent reply	other threads:[~2001-09-14 14:30 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-05 17:26 [Linux-ia64] Location of absolute IA32 shared objects Don Dugger
2001-09-05 20:47 ` Christoph Hellwig
2001-09-05 20:53 ` Don Dugger
2001-09-11  4:11 ` David Mosberger
2001-09-11  4:30 ` Ulrich Drepper
2001-09-11 10:26 ` Christoph Hellwig
2001-09-11 11:25 ` Mark Goodwin
2001-09-12 11:58 ` Christoph Hellwig
2001-09-13 19:52 ` David Mosberger
2001-09-14 14:30 ` Doug Beattie [this message]
2001-09-14 15:51 ` David Mosberger
2001-09-14 21:26 ` Dugger's
2001-09-17 20:33 ` David Mosberger
2001-09-18  8:05 ` Jes Sorensen

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-105590698805181@msgid-missing \
    --to=dbb@caldera.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.