Gentoo Archives: gentoo-embedded

From: "Peter S. Mazinger" <ps.m@×××.net>
To: Ned Ludd <solar@g.o>
Cc: gentoo-embedded@l.g.o
Subject: Re: [gentoo-embedded] 2 missing files from portage tree
Date: Wed, 30 Jun 2004 08:13:36
Message-Id: Pine.LNX.4.44.0406292059270.18192-100000@nb.bridge.intra
In Reply to: Re: [gentoo-embedded] 2 missing files from portage tree by Ned Ludd
1 On 29 Jun 2004, Ned Ludd wrote:
2
3 > On Tue, 2004-06-29 at 10:37, Peter S. Mazinger wrote:
4 > > On 29 Jun 2004, Ned Ludd wrote:
5 > >
6 > > > You might want to look over the uclibc build itself. looks like theres a
7 > > > few cases in which the SYS_LIBC wont be defined namely inside of the
8 > > > src_compile(), src_install() where no calls to check_main_libc() are
9 > > > made.
10 > >
11 >
12 >
13 > > Would you solve this some other way, or should we use only use uclibc (if
14 > > it is set, we are building natively, else in glibc env)?
15 >
16 > Well I'm trying to approach this with you from a glibc->uclibc
17 > conversion so that would mean that this line in the check_main_libc()
18 > wont ever be triggered.
19 > [ -f /lib/lib${MY_P}.so -a ! -f /lib/libc.so.6 ]
20 >
21 > Now if I recall there's a check in one of these patches that does some
22 > greping of the headers for __UCLIBC__
23 > Maybe the check does /include/asm/bits.h (?)
24
25 we could also check for the file /usr/include/bits/uClibc_config.h (like config.guess)
26 and if it is there, we assume uclibc is the main lib. (I think __UCLIBC__
27 is also coming from there, haven't checked)
28
29 Peter
30
31
32 --
33 gentoo-embedded@g.o mailing list