From: Christoph Plattner <christoph.plattner@dot.at>
To: Alan Modra <alan@linuxcare.com.au>
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Initial setup of the `glibc' in the target rootfilesystem
Date: Sun, 18 Feb 2001 17:49:08 +0100 [thread overview]
Message-ID: <3A8FFD04.4A43A3D3@dot.at> (raw)
In-Reply-To: Pine.LNX.4.21.0102182211441.18223-100000@front.linuxcare.com.au
Point (1):
No you have no pain at this point. This `/lib' is GLIBC built in and is
only
evaluated from the shared library loader (./elf/dl-load.c) at runtime
(as
far as I understood the stuff). So this has no influence on any cross
built
process. On the running binary (on the target machine) sees two "lib
search
strings" one to `/usr/parisc/hppa-linux/lib' and one to '/lib'. The
runnung
binary on the target (HP PA) can then try both and will find it in
'/lib'.
The file ./elf/ld-load.c is the only one using this information as far I
found
per `grep'.
But if I am wrong, please correct me.....
Point (2):
I will see...
With friendly regards
Christoph P.
Alan Modra wrote:
>
> On Sun, 18 Feb 2001, Christoph Plattner wrote:
>
> > The GLIBC must be built with the line:
> >
> > make user-defined-trusted-dirs=/lib
>
> Good. There's probably other ways around the problem too. Just be aware
> that installing glibc built with the above in your cross-compiling machine
> will probably be wrong. Looking in /lib will pick up x86 libraries
> instead of hppa-linux ones.
>
> > Configure stops with:
> >
> > checking for working alloca.h... yes
> > checking for alloca... yes
> > checking whether getpgrp takes no argument... configure: error: cannot
> > check getpgrp if cross compiling
>
> You can edit config.cache to set the correct values. Doing so can be a
> pain. It's probably easier and better to compile native.
>
> Alan Modra
> --
> Linuxcare. Support for the Revolution.
--
-------------------------------------------------------------------------
private: christoph.plattner@dot.at
company: christoph.plattner@alcatel.at
next prev parent reply other threads:[~2001-02-18 16:49 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-08 22:49 [parisc-linux] Initial setup of the `glibc' in the target root file system Christoph Plattner
2001-02-09 3:56 ` Alan Modra
2001-02-18 10:28 ` [parisc-linux] Initial setup of the `glibc' in the target rootfile system Christoph Plattner
2001-02-18 11:19 ` Alan Modra
2001-02-18 16:49 ` Christoph Plattner [this message]
2001-02-22 7:45 ` Rafael E. Herrera
2001-02-22 8:34 ` Christoph Plattner
2001-02-24 5:56 ` Rafael E. Herrera
2001-02-24 6:26 ` Ulrich Drepper
2001-02-24 7:27 ` Rafael E. Herrera
2001-02-24 7:42 ` Ulrich Drepper
2001-02-24 8:15 ` Rafael E. Herrera
2001-02-24 8:26 ` Alan Modra
2001-02-27 19:52 ` Christoph Plattner
2001-02-24 7:53 ` Alan Modra
2001-02-24 8:04 ` Ulrich Drepper
2001-02-24 8:21 ` Alan Modra
2001-02-24 8:43 ` Ulrich Drepper
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=3A8FFD04.4A43A3D3@dot.at \
--to=christoph.plattner@dot.at \
--cc=alan@linuxcare.com.au \
--cc=parisc-linux@lists.parisc-linux.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox