revert this is not acceptable as that will break ppc64 builds.
I think you need to look at 64bithack.patch and if we really should be using it
for multilib builds.
- k
On Aug 11, 2011, at 1:36 AM, Yu Ke wrote:
> Hi Kumar,
>
> I just found this patch breaks the qemux86-64 lib64 multilib build.
On Wed, Aug 10, 2011 at 11:48:33AM +0100, Phil Blundell wrote:
> On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > Also, it does seem that "bitbake -e -b ..." really is broken. I get:
> >
> > ERROR: Command execution failed: Traceback (most recent call last):
> > File "/home/pb/oe/bit
Op 11 aug. 2011, om 01:30 heeft Joel A Fernandes het volgende geschreven:
> On Wed, Aug 10, 2011 at 12:29 PM, Koen Kooi
> wrote:
>>
>>
>> Op 10 aug. 2011 om 17:54 heeft Joel A Fernandes het
>> volgende geschreven:
>>
>>> On Sat, Aug 6, 2011 at 2:31 PM, Joel A Fernandes
>>> wrote:
Sw
Hi Kumar,
I just found this patch breaks the qemux86-64 lib64 multilib build.
the error log is as below:
| mv: cannot stat
`/home/kyu3/sdb/multilib2/tmp/work/x86_64-pokymllib64-linux/lib64-gcc-cross-intermediate-4.6.1+svnr175454-r4/image/home/kyu3/sdb/multilib2/tmp/sysroots/x86_64-linux/usr/x8
The PPC e5500 is a 64-bit core so we add both a 32 and 64-bit set of
tune files to allow for:
* pure 32-bit build
* pure 64-bit build
* 32-bit base, 64-bit multilib
* 64-bit base, 32-bit multilib
Signed-off-by: Kumar Gala
---
meta/conf/machine/include/tune-ppce5500-32b.inc | 15 ++
1. We dont need the aclocal patch as this will be handled by automake
2. We need to update xcb-proto.pc.in to know about ${libdir} since
we'll end up with something like:
pythondir=${libdir}/python2.6/site-packages
Signed-off-by: Kumar Gala
---
.../xcb/xcb-proto-1.6/aclocal.patch
As we tweak libdir we need python libs that utilize configure to respect
it setting. By updating the python.m4 template, when we regen automake
files they will than respect the setting of libdir which is standard for
any autotools based recipe.
Signed-off-by: Kumar Gala
---
meta/recipes-devtool
We need --with-cpu based to glibc to get proper support on 603e & e500mc
to pickup proper math libs to deal with sqrt. These core do not
implement the fsqrt[s] instructions that the normal PPC math libs
utilize.
This causes use to not set AVAILTUNES specifically to the sub-arch only
as we arent g
>
> Worse, I don't think bitbake.conf is guaranteed to be in the same spot in
> every layers.conf, so different layers will parse with different environments.
>
Sorry, that last line is wrong. Bitbake.conf always parses last.
James
___
Openembedded-c
On Wed, 10 August 2011 8:06 PM, Richard Purdie wrote:
> On Wed, 2011-08-10 at 02:06 +, James Limbouris wrote:
> > On Wednesday, 10 August 2011 9:55 AM, Mark Hatle wrote:
> > > On 8/9/11 7:32 PM, Scott Garman wrote:
> > > > On 08/08/2011 07:04 PM, James Limbouris wrote:
> > > >> The pseudo execu
[YOCTO #1151]
Change the offset from the beginning of the disk to aligne the blocks.
In this script, we use mkfs.ext3 to create file system after partition, but we
use mkpartfs to create file system repeatly,
and get some warnings about choose another specific tools to create file system
for re
The following changes since commit a1f87ec65fa1a6d5ce9a010548dbe7c01ab9b711:
Kumar Gala (1):
eglibc: force GLIBC_EXTRA_OECONF to not be uset for nativesdk
are available in the git repository at:
git://git.pokylinux.org/poky-contrib lmei3/bug1151
http://git.pokylinux.org/cgit.cgi/pok
This makes the errors possibly related to a corruption of the memory such as
"Undefined Instruction"
and "Unable to handle kernel paging request at virtual address" go away. I have
verified this multiple times
Signed-off-by: Joel A Fernandes
---
recipes-kernel/linux/linux_3.0.bb |3 +--
1
This fixes all IRQ kernel panics that were showing up on my BeagleBoard-xM
* Refreshed patch that switched to using threaded IRQ
(0009-rtc-twl-Switch-to-using-threaded-irq.patch)
* Added patch to fix registration vs init order
(0010-fix-registration-vs-init-order.patch)
* Modified batter recharg
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Xu, Dongxiao
> Sent: Thursday, August 04, 2011 9:00 AM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PAT
On 08/08/2011 02:48 PM, Khem Raj wrote:
mount.h has few more defines that are being used by newer
applications such as systemd
Signed-off-by: Khem Raj
---
.../uclibc/uclibc-0.9.32/mount.h-update.patch | 85
meta/recipes-core/uclibc/uclibc_0.9.32.bb |3
On Wed, Aug 10, 2011 at 12:29 PM, Koen Kooi wrote:
>
>
> Op 10 aug. 2011 om 17:54 heeft Joel A Fernandes het
> volgende geschreven:
>
>> On Sat, Aug 6, 2011 at 2:31 PM, Joel A Fernandes
>> wrote:
>>> Switch to the latest CE 2.26.02.11 [1] and update all dependencies
>>> according to the
>>> r
On 07/28/2011 12:20 AM, Mei Lei wrote:
Hi,
This patch will fix an compiler finding issue.
The CC variable, its value sometimes like "x86_64-poky-linux-gcc -m64
--sysroot=/${TMPDIR}/sysroots/qemux86-64", contains option information. This will confuse python when
finding the compiler
On 08/04/2011 06:52 PM, Mei Lei wrote:
The pqsql config script will check host path and add host paths to compiler and
linker options:
adding "-I/usr/include/postgresql" to CPPFLAGS
adding "-L/usr/lib" to LDFLAGS
Disable pqsql support since we didn't use this feature in other recipes.
On 07/28/2011 02:44 AM, Koen Kooi wrote:
Gst-plugins get 2 extra packages:
${PN}-apps: helper apps in ${bindir}
${PN}-meta: meta package that will drag in all plugins, libs and apps ${PN}
generates
And all libs are split out and run through debian style renaming if enabled.
The packaging incl
On Wed, 2011-08-10 at 13:04 -0500, Kumar Gala wrote:
> I feel like I have something not configured correctly. The setup is as
> follows:
>
> base is ppc64 with 'lib64'.
>
> # Uncomment the following lines to enable multilib builds
> require conf/multilib.conf
> MULTILIBS = "multilib:lib"
> DEFA
On 8/10/11 3:06 PM, Kumar Gala wrote:
> Why?
>
> - k
>
> On Aug 10, 2011, at 2:19 PM, Mark Hatle wrote:
>
>> I don't think the patch is correct. If these tune files are included, the
>> GLIBC_EXTRA_OECONF is set unconditionally. It is possible to include the
>> tune
>> files, but not actually
Why?
- k
On Aug 10, 2011, at 2:19 PM, Mark Hatle wrote:
> I don't think the patch is correct. If these tune files are included, the
> GLIBC_EXTRA_OECONF is set unconditionally. It is possible to include the tune
> files, but not actually use the tunings. (There are cases where you might
> wa
I don't think the patch is correct. If these tune files are included, the
GLIBC_EXTRA_OECONF is set unconditionally. It is possible to include the tune
files, but not actually use the tunings. (There are cases where you might want
to inherit specific tunings, etc.)
Instead, I'd suggest you do:
Currently its hard to figure out if/when sstate is checking for possible
packages to speed up builds. This patch adds level 2 debug output which
better indicates what files are being searched for an why.
[YOCTO #1259]
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/sstate.bbclass b/m
On Wed, 2011-08-10 at 12:51 -0500, Kumar Gala wrote:
> the yocto wiki references mentions a bitbake-diffsigs
>
> https://wiki.yoctoproject.org/wiki/Enable_sstate_cache
>
> but not seeing that. How can one compare signature or try and figure out why
> a cache item isn't being reused between cfgs
I feel like I have something not configured correctly. The setup is as follows:
base is ppc64 with 'lib64'.
# Uncomment the following lines to enable multilib builds
require conf/multilib.conf
MULTILIBS = "multilib:lib"
DEFAULTTUNE_virtclass-multilib-lib = "powerpc"
And I get:
NOTE: Resolving
On Wed, Aug 10, 2011 at 10:51 AM, Kumar Gala wrote:
> the yocto wiki references mentions a bitbake-diffsigs
>
> https://wiki.yoctoproject.org/wiki/Enable_sstate_cache
>
> but not seeing that. How can one compare signature or try and figure out why
> a cache item isn't being reused between cfgs.
the yocto wiki references mentions a bitbake-diffsigs
https://wiki.yoctoproject.org/wiki/Enable_sstate_cache
but not seeing that. How can one compare signature or try and figure out why a
cache item isn't being reused between cfgs.
- k
___
Openembedd
Op 10 aug. 2011 om 17:54 heeft Joel A Fernandes het
volgende geschreven:
> On Sat, Aug 6, 2011 at 2:31 PM, Joel A Fernandes wrote:
>> Switch to the latest CE 2.26.02.11 [1] and update all dependencies according
>> to the
>> release notes [2]. This makes ti-codec-engine to build without any
On Wed, 2011-08-10 at 11:51 -0500, Kumar Gala wrote:
> On Aug 10, 2011, at 9:44 AM, Khem Raj wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> >
> >> So the root of this seems to stem from the following in automake's
> >> python.m4:
> >>
> >> am_cv_python_pythondir=$PYTHON_PR
We need --with-cpu based to glibc to get proper support on 603e & e500mc
to pickup proper math libs to deal with sqrt. These core do not
implement the fsqrt[s] instructions that the normal PPC math libs
utilize.
This causes use to not set AVAILTUNES specifically to the sub-arch only
as we arent g
On Aug 10, 2011, at 9:44 AM, Khem Raj wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>> So the root of this seems to stem from the following in automake's
>> python.m4:
>>
>> am_cv_python_pythondir=$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages
>>
>>
> am_cv_python_pyex
Hi,
Kindly explain this difference to me. Thanks.
Regards,
Noor
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Ahsan, Noor
Sent: Wednesday, August 10, 2011 3:12 PM
To: openembedded-core@list
On Sat, Aug 6, 2011 at 2:31 PM, Joel A Fernandes wrote:
> Switch to the latest CE 2.26.02.11 [1] and update all dependencies according
> to the
> release notes [2]. This makes ti-codec-engine to build without any
> compilation errors
>
Can this patch be merged in? It is in sync with the ongoing
On Wed, 2011-08-10 at 07:59 -0700, Khem Raj wrote:
> On 08/10/2011 04:30 AM, Phil Blundell wrote:
> > On Tue, 2011-08-09 at 20:15 -0700, Khem Raj wrote:
> >> +-AC_PATH_PROG(INTLTOOL_PERL, perl) ++AC_PATH_PROG(INTLTOOL_PERL,
> >> nativeperl)
> >
> > I don't think you want to do that for the copy of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/10/2011 04:30 AM, Phil Blundell wrote:
> On Tue, 2011-08-09 at 20:15 -0700, Khem Raj wrote:
>> +-AC_PATH_PROG(INTLTOOL_PERL, perl) ++AC_PATH_PROG(INTLTOOL_PERL,
>> nativeperl)
>
> I don't think you want to do that for the copy of intltool.m4 tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> So the root of this seems to stem from the following in automake's
> python.m4:
>
> am_cv_python_pythondir=$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages
>
>
am_cv_python_pyexecdir=$PYTHON_EXEC_PREFIX/lib/python$PYTHON_VERSION/site-package
On Aug 10, 2011, at 8:48 AM, Gary Thomas wrote:
> On 2011-08-10 07:40, Richard Purdie wrote:
>> On Wed, 2011-08-10 at 07:34 -0600, Gary Thomas wrote:
>>> On a related thought to these changes - how does this play if
>>> you use multiple SDKs for different, but somewhat related, architectures?
>>>
On 2011-08-10 07:40, Richard Purdie wrote:
On Wed, 2011-08-10 at 07:34 -0600, Gary Thomas wrote:
On a related thought to these changes - how does this play if
you use multiple SDKs for different, but somewhat related, architectures?
I'd like to create a simple SDK (just toolchain mostly) using '
On Wed, 2011-08-10 at 07:34 -0600, Gary Thomas wrote:
> On a related thought to these changes - how does this play if
> you use multiple SDKs for different, but somewhat related, architectures?
> I'd like to create a simple SDK (just toolchain mostly) using 'meta-toolchain'
> for both armv5te and a
On 2011-08-10 07:23, Richard Purdie wrote:
On Wed, 2011-08-10 at 14:07 +0100, Richard Purdie wrote:
On Wed, 2011-08-10 at 07:59 -0500, Kumar Gala wrote:
On Aug 9, 2011, at 11:00 PM, Lu, Lianhao wrote:
Richard Purdie wrote on 2011-08-10:
If we don't do this, the SDK target sysroot is named ge
On Wed, 2011-08-10 at 11:48 +0100, Phil Blundell wrote:
> On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > Also, it does seem that "bitbake -e -b ..." really is broken. I get:
> >
> > ERROR: Command execution failed: Traceback (most recent call last):
> > File "/home/pb/oe/bitbake/li
On Wed, 2011-08-10 at 14:07 +0100, Richard Purdie wrote:
> On Wed, 2011-08-10 at 07:59 -0500, Kumar Gala wrote:
> > On Aug 9, 2011, at 11:00 PM, Lu, Lianhao wrote:
> >
> > > Richard Purdie wrote on 2011-08-10:
> > >> If we don't do this, the SDK target sysroot is named generically even
> > >> when
On Wed, 2011-08-10 at 07:59 -0500, Kumar Gala wrote:
> On Aug 9, 2011, at 11:00 PM, Lu, Lianhao wrote:
>
> > Richard Purdie wrote on 2011-08-10:
> >> If we don't do this, the SDK target sysroot is named generically even
> >> when it contains package architecture specific optimisations.
> >>
> >>
On Wed, 2011-08-10 at 11:18 +0800, Cui, Dexuan wrote:
> Darren Hart wrote on 2011-08-09:
> > On 08/09/2011 07:04 AM, Cui, Dexuan wrote:
> >> Hi Darren, thanks a lot for all the suggestions! I appreciate your
> >> efforts to help to make the patch better. Below is the updated patch
> >> (also pasted
On Aug 9, 2011, at 11:00 PM, Lu, Lianhao wrote:
> Richard Purdie wrote on 2011-08-10:
>> If we don't do this, the SDK target sysroot is named generically even
>> when it contains package architecture specific optimisations.
>>
>> Signed-off-by: Richard Purdie ---
>> diff --git a/meta/classes/po
On Aug 9, 2011, at 12:57 PM, Richard Purdie wrote:
> If we don't do this, the SDK target sysroot is named generically even
> when it contains package architecture specific optimisations.
>
> Signed-off-by: Richard Purdie
> ---
> diff --git a/meta/classes/populate_sdk.bbclass
> b/meta/classes/p
On Wed, 2011-08-10 at 07:43 -0500, Kumar Gala wrote:
> While these are good suggestions, I still think the toolchain is broken as
> u-boot has been this way for sometime and numerous other cross toolchains
> work perfectly fine.
I just tried "ld -lgcc" on my Ubuntu desktop and it didn't work the
On Aug 10, 2011, at 4:19 AM, Phil Blundell wrote:
> On Tue, 2011-08-09 at 23:20 -0500, Kumar Gala wrote:
>> Trying to build something like u-boot w/the toolchain produced by
>> meta-toolchain-sdk and get the following:
>>
>> $ powerpc-poky-linux-gnuspe-ld -g -Ttext 0x4 -o hello_world -e
>>
Hi Jiajun,
On Fri, 2011-08-05 at 14:11 +0800, Jiajun Xu wrote:
> [YOCTO #883]
> Some graphics 3D game(urbanterror, openarena) tests need libSDL.so.
> Change libsdl-nativesdk to libsdl and add it into Sato image.
>
> Signed-off-by: Jiajun Xu
> ---
> ...libsdl-nativesdk_1.2.11.bb => libsdl_1.2.11
On Fri, 2011-08-05 at 12:56 -0700, Khem Raj wrote:
> From: Daniel Lazzari
>
> Lazily appending causes a bug where wrong cache is
> cleared when BB_SRCREV_POLICY = "clear".
>
> Tested with qemuarm on uclibc/eglibc in same build dir
>
> Signed-off-by: Daniel Lazzari Jr
> Signed-off-by: Khem Raj
On Tue, 2011-08-09 at 16:50 +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan
>
> [YOCTO #1348]
> The variable "TARGET_OS" has different value when building qt-x11-free-native
> and \
> qt-x11-free.
> The different cause failure to compile qt3.
> $ bitbake qt-x11-free-native -e | grep ^TARGET_OS
>
On Mon, 2011-08-08 at 22:52 -0500, Kumar Gala wrote:
> Don't use GLIBC_EXTRA_OECONF for the nativesdk builds. Easiest solution
> is to just override it settings. Otherwise we might pickup configure
> options ment for the target build.
>
> Signed-off-by: Kumar Gala
> ---
> meta/recipes-core/egl
On Tue, 2011-08-09 at 11:05 -0700, Christopher Larson wrote:
> This version addresses the issue brought up by Richard regarding unconditional
> export of variables resulting in checksum changes. This exports the required
> variables specifically within the subprocess for the terminal.
>
> A future
On Tue, 2011-08-09 at 07:40 -0700, Chris Larson wrote:
> From: Chris Larson
>
> This is a second attempt at this, scrapping the class changes from the
> previous
> request and redoing it in a less invasive way, and breaking up the changes
> into
> 3 pieces. This implements IMAGE_FEATURES. IMAGE
On Wed, 2011-08-10 at 11:18 +0800, Cui, Dexuan wrote:
> Darren Hart wrote on 2011-08-09:
> > On 08/09/2011 07:04 AM, Cui, Dexuan wrote:
> >> Hi Darren, thanks a lot for all the suggestions! I appreciate your
> >> efforts to help to make the patch better. Below is the updated patch
> >> (also pasted
On Wed, 2011-08-10 at 10:28 +0800, Lu, Lianhao wrote:
> nitin.a.kam...@intel.com wrote on 2011-08-06:
> > From: Nitin A Kamble
> >
> > Signed-off-by: Nitin A Kamble
> > ---
> > meta/conf/machine/include/ia32/arch-ia32.inc | 19 +--
> > meta/conf/machine/include/tune-core2.inc
On Wed, 2011-08-10 at 02:06 +, James Limbouris wrote:
> On Wednesday, 10 August 2011 9:55 AM, Mark Hatle wrote:
> > On 8/9/11 7:32 PM, Scott Garman wrote:
> > > On 08/08/2011 07:04 PM, James Limbouris wrote:
> > >> The pseudo executable sets the PSEUDO_LOCALSTATEDIR environment
> > >> variable
On Wednesday 10 August 2011 09:35:31 Koen Kooi wrote:
> This has been sitting on my TODO for way too long now, so I'll just post
> the errors here and hope someone else finds the time to fix them :)
>...
These are on my todo list, hopefully I will have time to look at them when I
get back from th
Hi guys,
When trying to fix bug #892(http://bugzilla.pokylinux.org/show_bug.cgi?id=892),
I met some problems in generating the default site config files used by
cross-canadian toolchain.
When using autoconf for cross-compile, it is impossible to check features that
require running a test progr
On Tue, 2011-08-09 at 20:15 -0700, Khem Raj wrote:
> +-AC_PATH_PROG(INTLTOOL_PERL, perl)
> ++AC_PATH_PROG(INTLTOOL_PERL, nativeperl)
I don't think you want to do that for the copy of intltool.m4 that's
going to be installed on the target, only for the one that goes into the
sysroot.
p.
___
On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> Also, it does seem that "bitbake -e -b ..." really is broken. I get:
>
> ERROR: Command execution failed: Traceback (most recent call last):
> File "/home/pb/oe/bitbake/lib/bb/command.py", line 102, in runAsyncCommand
> commandmethod
Hello,
I was looking at the udev recipes and noticed that there is minor
difference between oe-core and meta-oe recipes. I went through logs but
could not find the reason. The difference is meta-oe recipe is creating
extra files
touch ${D}${sysconfdir}/udev/saved.uname
touch ${D}${sysconfdir}/ude
On Wednesday, August 10, 2011 01:41:05 AM Khem Raj wrote:
> On Tue, Aug 9, 2011 at 4:21 PM, Andreas Mueller wrote:
> > Hi
> >
> > I am debugging thunar to find the reason for segfault and modified the
> > recipe to be compiled without optimization -O0. Now I need to step into
> > shared libraries
From: Xiaofeng Yan
"update-alternatives" installed: one in /usr/sbin from chkconfig (symlinked to
"alternatives"), and the other in /usr/bin from update-alternatives-cworth. It
appears for whatever reason that the one from chkconfig is run during postinst
processing but if you run the script from
From: Xiaofeng Yan
[YOCTO #936]
"update-alternatives" installed: one in /usr/sbin from chkconfig \
(symlinked to "alternatives"), and the other in /usr/bin \
from update-alternatives-cworth.
It appears for whatever reason that the one from chkconfig is run \
during postinst processing but if you
On Tue, 2011-08-09 at 23:20 -0500, Kumar Gala wrote:
> Trying to build something like u-boot w/the toolchain produced by
> meta-toolchain-sdk and get the following:
>
> $ powerpc-poky-linux-gnuspe-ld -g -Ttext 0x4 -o hello_world -e
> hello_world hello_world.o libstubs.o -L. -lgcc
> powerpc-p
Hi,
This has been sitting on my TODO for way too long now, so I'll just post the
errors here and hope someone else finds the time to fix them :)
WARNING: For recipe qt4-embedded, the following files were installed but not
shipped in any package:
WARNING: /usr/imports/Qt/labs/particles/libqmlp
Acked-by: Yu Ke
on 2011-8-10 13:09, Leandro Dorileo wrote:
This small patch introduces a a very simple and basic way to script
the combo-layer conf file. With that a combo can be shared with no
need to change its config - associated to the use of environment
variables for example.
*Similar* to
70 matches
Mail list logo