Hello, I didn't mean to say we should rely on this; I meant to say that for some it may work, for some it may not, and thus MUST NOT BE USED. So to summarize: - The OpenEmbedded solution is to

Don't rely on this: I had recently a recipe (dietlibc) failing when using the host strip (i686) for arm binaries. This is failing on Gentoo but reported to work on

Hello, <fransmeulenbroeks@...> wrote: No, AFAIK install is unaware of the preferred strip executable. Some target architecture binaries can be stripped with the host strip command (for

Hello Khem, all, I am hitting a race condition during eglibc do_stage. do_stage() mentions it implements a workaround for a possible race, but I do not understand what races. do_stage() { #

This time with a working patch, damn fat fingers... Camille Moncelier http://devlife.org/ <moncelier@...> wrote:

Here is a patch which adds sha256 checksum checking to Opkg. More Opkg patches will follow shortly (x509 and smime signature support, libcurl client/server authentication) I hope these patch will be

* Bump PR * Update recipe to sed out the -nonet in the documentation XSLT conversion removing the reliance of the Docbook XSLT templates being installed on the host system (it will grab them from the

I want to inform everyone that I added support for openrd client in openembedded. That is: I created a machine/openrd-client.conf, I updated the kirkwood kernel recipe to the latest git head and I

<holger+oe@...> wrote: I tried gcc 4.4.1 + binutils 2.19.51 + eglibc 2.10 + x86_64 build machine couple of weeks back. and it worked well for arm/uclibc

I already applied your patch. Thanks for submitting it.

usually such error means that a undefined define is being used in assembly like in this case LDR a3, [a3, #RTLD_GLOBAL_RO_DL_HWCAP_OFFSET] you should trace why RTLD_GLOBAL_RO_DL_HWCAP_OFFSET is not

Hey, one short question has anyone recently tried to build and install a "toolchain" on the device? I'm asking because even after installing gcc, bintuils, cpp, libc6-dev and the -symlinks packages

Hello, I bumped into an issue with glib-2.0_2.22.1. (dev branch, MACHINE=omapzoom2, DISTRO=angstrom-2008.1) The library itself builds ok, but then when building midnight commander, do_compile choes,

Hi... I am new OpenEmbedded. I am using Mini2440 with Arm9 processor. I made necessary setting inside ../build/canf/local.conf and run edited script source-me.txt My Linux OS is Debian Lenny

oh, crap, never mind, i think i know what happened. carry on. rday -- ======================================================================== Robert P. J. Day

as a followup to an earlier post of mine, i'm trying to build a "base-iamge" of angstrom for my beagleboard from the dev branch, and the build was making nice progress until: ... snip ... NOTE:

Phil Blundell schrieb: I've made an update to the current HEAD of the dev-branch. Now the same error occurs at the different place: | ../ports/sysdeps/unix/sysv/linux/arm/nptl/../vfork.S:

--- conf/distro/include/preferred-shr-versions.inc | 2 -- conf/distro/include/shr-om-gta02-kms.conf | 3 --- conf/distro/include/shr-om-gta02.conf | 4 ++--

--- conf/checksums.ini | 28 ++++++++++++++++++++++++++++ 1 files changed, 28 insertions(+), 0 deletions(-) diff --git a/conf/checksums.ini b/conf/checksums.ini index 097d63d..679e282 100644 ---

What does the offending line of code look like? p.