I've compiled an SDK from a source tree in
//data/src/lead-dev/openembedded/, and the resulting gcc compiler for
arm has an RPATH of
//data/src/lead-dev/openembedded/build/angstrom-dev/sysroots/i686-linux/usr/lib/,
and will only run on my machine as long as that directory exists. If I
remove
This is apparently because it wants a native version of libmpfr.so.4,
which is not available for Ubuntu 10.04. OE compiled a version of the
library in the TMPDIR where I created the SDK, but of course that is not
distributed with the SDK.
I tried grabbing libmpfr.so.4 from Ubuntu 10.10, but
Hi Holger,
Holger Hans Peter Freyther a écrit :
thanks to Khem on irc and pointing me to -Wl,-verbose there is something fishy
with the libc_nonshared.a in the SDK. I have no idea what kind of problem but
the workaround is to copy libc_nonshared.a from the OE staging to
On Fri, Oct 23, 2009 at 7:04 AM, Valentin Longchamp
valentin.longch...@epfl.ch wrote:
Holger Hans Peter Freyther wrote:
On Friday 23 October 2009 02:35:31 Khem Raj wrote:
One reason could be that its not getting right libc to link with. You
could check staging/usr/lib/libc.so
and it should
On Thu, Oct 22, 2009 at 1:22 PM, Gary Thomas g...@mlbassoc.com wrote:
I tried to build the QTE SDK using
git://git.openembedded.org/openembedded
9e54aa00b3de07933fabf5f6193a4f40af3b54f9
When I try the example
(http://docs.openembedded.org/usermanual/html/ch05s08.html),
I get:
$ make
On 10/22/2009 06:09 PM, Holger Hans Peter Freyther wrote:
On Thursday 22 October 2009 22:29:34 Eric Bénard wrote:
same thing here. Following an advice on IRC, I tried to switch to eglibc
without success (eglibc didn' build) and still haven't found a solution
to generate a working QT SDK for a