Re: [OE-core] [PATCH 1/1] intltool: remove XML::Parser check

2011-11-27 Thread Richard Purdie
On Sat, 2011-11-26 at 13:36 -0800, Khem Raj wrote: > Hi Saul > > On Sat, Nov 26, 2011 at 10:49 AM, Saul Wold wrote: > > On 11/24/2011 11:37 AM, Khem Raj wrote: > >> > >> On Thu, Nov 24, 2011 at 10:29 AM, Saul Wold wrote: > >>> > >>> Add Patch to disable the XML::Parser check in the target > >>>

Re: [OE-core] [PATCH] ghostscript-native: Ensure the sys/time/h fix is applied for native builds

2011-11-27 Thread Richard Purdie
On Sat, 2011-11-26 at 13:50 -0800, Khem Raj wrote: > On Sat, Nov 26, 2011 at 2:16 AM, Richard Purdie > wrote: > > On Fri, 2011-11-25 at 18:39 -0800, Khem Raj wrote: > >> On Fri, Nov 25, 2011 at 7:06 AM, Richard Purdie > >> wrote: > >> > On my system, the sys/time.h header is in a subdir off /usr/

Re: [OE-core] Feedback on building openembedded-core for qemuarm. Excerpts from buildlog

2011-11-27 Thread Richard Purdie
On Sat, 2011-11-26 at 13:38 +0100, Eric Bénard wrote: > Hi Ulf, > > Le 26/11/2011 12:24, Ulf Samuelsson a écrit : > > 3. When I ran into this problem, I exited with ctrl-C. > > This left some recipes in the middle of a fetch ,and the build could not > > continue. > > I had to "bitbake -c clean " o

Re: [OE-core] Feedback on building openembedded-core for qemuarm. Excerpts from buildlog

2011-11-27 Thread Eric Bénard
Le 27/11/2011 12:40, Richard Purdie a écrit : On Sat, 2011-11-26 at 13:38 +0100, Eric Bénard wrote: Le 26/11/2011 12:24, Ulf Samuelsson a écrit : I noted that "iostream" is built and available in/usr/include/c++ On the host, it is located in /usr/incolude/c++/ "tiff" build seems to be OK with U

Re: [OE-core] [PATCH 1/1] intltool: remove XML::Parser check

2011-11-27 Thread Khem Raj
On Sun, Nov 27, 2011 at 3:37 AM, Richard Purdie wrote: > On Sat, 2011-11-26 at 13:36 -0800, Khem Raj wrote: >> Hi Saul >> >> On Sat, Nov 26, 2011 at 10:49 AM, Saul Wold wrote: >> > On 11/24/2011 11:37 AM, Khem Raj wrote: >> >> >> >> On Thu, Nov 24, 2011 at 10:29 AM, Saul Wold  wrote: >> >>> >> >>

[OE-core] [PATCH 0/3] Fixes for python-native and runqemu with uclibc

2011-11-27 Thread Khem Raj
These patches fix a problem with python-native and other patches to get runqemu working with uclibc The following changes since commit a14b41f4de3ea6c3f00ff7a1d0441483e40b28de: default-distrovars: Define SDK_VERSION and DISTRO_VERSION (2011-11-27 17:32:00 -0800) are available in the git repos

[OE-core] [PATCH 1/3] default-distrovars: Define SDK_VERSION and DISTRO_VERSION

2011-11-27 Thread Khem Raj
runqemu scripts check for them and when using just oe-core these are not defined anywhere Signed-off-by: Khem Raj --- meta/conf/distro/include/default-distrovars.inc |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/meta/conf/distro/include/default-distrovars.inc b/meta

[OE-core] [PATCH 2/3] toolchain-scripts.bbclass: Make it work when TCLIBC=uclibc

2011-11-27 Thread Khem Raj
This class currently only works with eglibc. Since it adds dependencies explicitly on eglibc when using uclibc this creates problems. So we make sure that it checks for TCLIBC to determine system C library in use Signed-off-by: Khem Raj --- meta/classes/toolchain-scripts.bbclass |8 ++--

[OE-core] [PATCH 3/3] python-native: Fix gcc compiler detecting logic

2011-11-27 Thread Khem Raj
We have a patch unixccompiler.patch where we try to throw away everything except first element of CC string but this does not work if gcc is prepended with something e.g. CC="ccache gcc" then the logic fails and it ends up in some modules failing on you silently (_sqlite3) in my case. The fix here