On Fri, Mar 26, 2010 at 2:58 AM, Jussi Hakala wrote:
> Aaron Brice wrote:
>>
>> I'm on a RHEL 5 host system, using scratchbox2 and the latest 4.4
>> CodeSourcery IA32 toolchain. It seems like it's linking against the
>> host system ancient glibc (libc-2.5.so) instead of the toolchain's
>> glibc (
Han Hartgers ha scritto:
> Dear Aaron,
>
> I am not really an expert on this but I think that the problem is not
> directly Scratchbox2; for some reason is the make process asking for the
> usages of the host C-compiler and in that case is always the host libc
> is used. (Even when it is too old.)
New releases:
=
* scratchbox-devkit-debian-squeeze 1.0.3
Highlights:
===
* Fixed the issue with missing perl library on certain perl
based scripts
* Fixed the issue of install-info busylooping, when a certain version
of install-info installed on target
Notes:
==
*
Aaron Brice wrote:
I'm on a RHEL 5 host system, using scratchbox2 and the latest 4.4
CodeSourcery IA32 toolchain. It seems like it's linking against the
host system ancient glibc (libc-2.5.so) instead of the toolchain's
glibc (libc-2.10.1.so):
You are building the kernel inside scratchbox? May
Jeff Hoogland wrote:
Per the advice I found here -
http://www.mail-archive.com/maemo-develop...@maemo.org/msg14442.html -
I did the following:
SBOX_REDIRECT_IGNORE=/usr/bin/perl
Which appears to have half worked - my perl versions now shows 5.8.3
(instead of 5.8.4) however when I try to compile