From: Kumar Gala
Its possible we get duplications if we explicity add TUNE_PKGARCH to
PACKAGE_ARCHS so instead just add a sanity check to verify it.
Signed-off-by: Kumar Gala
---
meta/classes/sanity.bbclass | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/meta/
This patch writes a sgml-docbook.bak that is read by the sgml-common during a
shared
state sysroot populate, because it comes out of order.
Signed-off-by: Saul Wold
---
.../docbook-sgml-dtd/docbook-sgml-dtd-native.inc |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Mark Hatle
The sdknative packages were not being introduced into the list of available
packages properly. Fix this by always introducing it and avoiding a sed of
one type to another.
Also fix a number of minor issues with the RPM behavior when building sdk
images.
Signed-off-by: Mark Hat
Signed-off-by: Saul Wold
---
meta/recipes-extended/libzypp/libzypp_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/libzypp/libzypp_git.bb
b/meta/recipes-extended/libzypp/libzypp_git.bb
index a9ed639..6e8fe16 100644
--- a/meta/recipes-extende
This patch writes a sgml-docbook.bak that is read by the sgml-common during a
shared
state sysroot populate, because it comes out of order.
Signed-off-by: Saul Wold
---
.../docbook-dsssl-stylesheets-native_1.79.bb |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Kumar Gala
Its more likely that we explicitly set soft-floating point support for a
given target than hard. So use 'fpu-soft' in TUNE_FEATURES rather than
'fpu-hard' to determine setting 'nf' (no-float) in PPCPKGSFX_FPU.
Signed-off-by: Kumar Gala
---
meta/conf/machine/include/powerpc/ar
From: Kumar Gala
The do_archgen step creates a script that utilizes the variable name
${ARCH}. However, we also utilize and define ${ARCH} so instead of
having the following in the script:
COMPAT_WITH="${ARCH},${COMPAT} $COMPAT_WITH"
We get something like:
COMPAT_WITH="powerpc
From: Lianhao Lu
Fixed [BUGID #1299]. OLD_MULTIMACH_TARGET_SYS is no longer available.
Use new recipe-scope variable REAL_MULTIMACH_TARGET_SYS instead.
Signed-off-by: Lianhao Lu
---
meta/classes/toolchain-scripts.bbclass |7 ---
meta/recipes-core/meta/meta-environment.bb |9 +++
From: Mark Hatle
We need to add the tune-* override in order for more complicated tune
features to function properly.
Signed-off-by: Mark Hatle
---
meta/conf/bitbake.conf |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
From: Kumar Gala
When figuring out how to set TUNE_CCARGS we should look for 'm64' not
'n64' in TUNE_FEATURES.
Signed-off-by: Kumar Gala
---
.../machine/include/powerpc/arch-powerpc64.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include/po
Signed-off-by: Saul Wold
---
meta/classes/sanity.bbclass |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 999e15d..dc11c9e 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -
Richard,
This set of patches are what have been pulled together for the
M3 RC1 build. They include patches to multi-lib and tuning changes
put last week.
There are also 2 changes from Josh for bitbake, not included here,
which are included in stage/master_under_test.
There are competing changes
This reads the sgml-docbook.bak and adds the entries into sgml-docbook.cat since
this occurs out of order during shared state sysroot populate.
Signed-off-by: Saul Wold
---
.../sgml-common/sgml-common-native_0.6.3.bb| 18 +-
1 files changed, 17 insertions(+), 1 deletion
This patch writes a sgml-docbook.bak that is read by the sgml-common during a
shared
state sysroot populate, because it comes out of order.
Signed-off-by: Saul Wold
---
.../openjade/openjade-native_1.3.2.bb |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Malcolm Crossley
Signed-off-by: Malcolm Crossley
Signed-off-by: Kumar Gala
---
meta/conf/machine/include/tune-ppce500mc.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include/tune-ppce500mc.inc
b/meta/conf/machine/include/tune-ppce500mc.i
From: Kumar Gala
All 64-bit PPC processors support hard-float so no need to support
soft-float.
Signed-off-by: Kumar Gala
---
.../machine/include/powerpc/arch-powerpc64.inc |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/conf/machine/include/powerpc/arch-
From: Mark Hatle
Earlier iterations of the multilib patch used "TUNENAME", which was later
renamed to DEFAULTTUNE. This file was missed in the rename.
Signed-off-by: Mark Hatle
---
meta/classes/rootfs_rpm.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/c
From: Khem Raj
This will decouple the compiling in thumb mode from having thumb
capable cores.
Signed-off-by: Khem Raj
---
.../conf/machine/include/arm/feature-arm-thumb.inc |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/conf/machine/include/arm/feature-arm-
From: Koen Kooi
Signed-off-by: Koen Kooi
---
meta/classes/package_deb.bbclass |6 +++---
meta/classes/package_ipk.bbclass |6 +++---
meta/classes/package_rpm.bbclass |6 +++---
3 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/meta/classes/package_deb.bbclass b/meta/cla
From: Mark Hatle
Based on Kumar Gala 's patch.
By default we use ppc, or ppc64. Each tune either specifies their
manual version or can use the PPC_PKGARCH to specify a new prefix
if they support both float and no-float variants.
Signed-off-by: Mark Hatle
---
meta/conf/machine/include/powerpc
This was causing a multiple providers error
Signed-off-by: Saul Wold
---
.../meta/external-csl-toolchain_2008q3-72.bb |4 ++--
meta/recipes-core/meta/external-poky-toolchain.bb |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/meta/external-
From: Koen Kooi
Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in
PACKAGE_EXTRA_ARCHS:
arch all 1
arch any 6
arch noarch 11
arch arm 16
arch armv4 21
arch armv4t 26
arch armv5 31
arch armv5t 36
arch armv5-vfp 41
arch armv5t-vfp 46
arch armv5e 51
arch armv5te 56
arch armv5e-vfp
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> From: Mark Hatle
>
> We need to add the tune-* override in order for more complicated tune
> features to function properly.
>
> Signed-off-by: Mark Hatle
> ---
> meta/conf/bitbake.conf |3 ++-
> 1 files changed, 2 insertions(+), 1 delet
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> From: Mark Hatle
>
> Based on Kumar Gala 's patch.
>
> By default we use ppc, or ppc64. Each tune either specifies their
> manual version or can use the PPC_PKGARCH to specify a new prefix
> if they support both float and no-float variants.
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> From: Mark Hatle
>
> We need to add the tune-* override in order for more complicated tune
> features to function properly.
>
> Signed-off-by: Mark Hatle
> ---
> meta/conf/bitbake.conf |3 ++-
> 1 files changed, 2 insertions(+), 1 delet
* This is 0479b70418ef553859029911c57c63a7aaebe299 from OE. flex-native is
needed to build bison. The dependency was being satisfied indirectly but we
need to add it explicitly.
Signed-off-by: Noor, Ahsan
---
meta/recipes-devtools/bison/bison_2.3.bb |4 ++--
meta/recipes-devtools/bison/bis
Part fix of [BUGID #1236].
1. Collect all the values for RTLDLIST for the current multilib
configuration to modify the ldd scripts.
2. Collect all the values for KNOWN_INTERPRETER_NAMES for the current
multilib configuration.
Signed-off-by: Lianhao Lu
---
meta/classes/utils.bbclass
This series of patch allow all the eglibc(s) in the current multilib
configuration have the same ldd/ldconfig settings.
We put the dynamic loaders'(ld.so) names in the dictionary of "ld_info_all"
defined in the file eglibc-ld.inc. This dictionary is indexed by the
TUNENAME. To support a new AB
[BUGID #1236] Part of the bug fixing. Set the correct ld.so names for
ldconfig to deal with the multilib configuration.
Signed-off-by: Lianhao Lu
---
.../eglibc/eglibc-2.13/multilib_readlib.patch | 20
meta/recipes-core/eglibc/eglibc_2.13.bb|8 +++-
1. Added variable MULTILIB_VARIANTS to store all the instance variants
for multilib extend.
2. Added function all_multilib_tune_values to collect the variable
values for all multilib instance.
Signed-off-by: Lianhao Lu
---
meta/classes/utils.bbclass | 35 +++
m
Tested with gnome-icon-theme and libsoup recipes on angstrom.
Signed-off-by: Koen Kooi
---
meta/classes/gtk-icon-cache.bbclass |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/classes/gtk-icon-cache.bbclass
b/meta/classes/gtk-icon-cache.bbclass
index dcabaf5.
Op 1 aug. 2011, om 13:01 heeft Lianhao Lu het volgende geschreven:
> This series of patch allow all the eglibc(s) in the current multilib
> configuration have the same ldd/ldconfig settings.
>
> We put the dynamic loaders'(ld.so) names in the dictionary of "ld_info_all"
> defined in the file
The following changes since commit f94b781695cd8fa387daff16ecbf3987a0883018:
Bruce Ashfield (1):
poky.conf: explicitly referenced preferred linux-yocto version
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kyu3/ml-rpm
http://git.pokylinux.org/cgit.cgi/
fix the MLPREFIX referrence typo which cause multilib rpm
do_rootfs failure
CC: Mark Hatle
Signed-off-by: Yu Ke
---
meta/classes/package_rpm.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
ind
Op 1 aug. 2011, om 13:54 heeft Yu Ke het volgende geschreven:
> The following changes since commit f94b781695cd8fa387daff16ecbf3987a0883018:
> Bruce Ashfield (1):
>poky.conf: explicitly referenced preferred linux-yocto version
>
> are available in the git repository at:
>
> git://git.
On 2011/8/1 20:05, Koen Kooi wrote:
Op 1 aug. 2011, om 13:54 heeft Yu Ke het volgende geschreven:
The following changes since commit f94b781695cd8fa387daff16ecbf3987a0883018:
Bruce Ashfield (1):
poky.conf: explicitly referenced preferred linux-yocto version
are available in the git
>-Original Message-
>From: openembedded-core-boun...@lists.openembedded.org
>[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>Tom Rini
>Sent: Friday, July 29, 2011 11:29 PM
>To: openembedded-core@lists.openembedded.org
>Subject: Re: [OE-core] [PATCH 1/1] python-nati
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> From: Kumar Gala
>
> Its more likely that we explicitly set soft-floating point support for a
> given target than hard. So use 'fpu-soft' in TUNE_FEATURES rather than
> 'fpu-hard' to determine setting 'nf' (no-float) in PPCPKGSFX_FPU.
>
> Si
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> Signed-off-by: Saul Wold
> ---
> meta/classes/sanity.bbclass |8 +---
> 1 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
> index 999e15d..dc11c9e 100644
> ---
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> From: Mark Hatle
>
> The sdknative packages were not being introduced into the list of available
> packages properly. Fix this by always introducing it and avoiding a sed of
> one type to another.
>
> Also fix a number of minor issues with t
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> From: Koen Kooi
>
> Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in
> PACKAGE_EXTRA_ARCHS:
>
> arch all 1
> arch any 6
> arch noarch 11
> arch arm 16
> arch armv4 21
> arch armv4t 26
> arch armv5 31
> arch armv5t 36
> arc
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> This was causing a multiple providers error
What kind of multiple providers error? This change doesn't feel right to
me and likely breaks external toolchains.
Cheers,
Richard
>
> Signed-off-by: Saul Wold
> ---
> .../meta/external-csl-tool
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> From: Khem Raj
>
> This will decouple the compiling in thumb mode from having thumb
> capable cores.
>
> Signed-off-by: Khem Raj
> ---
> .../conf/machine/include/arm/feature-arm-thumb.inc |6 --
> 1 files changed, 4 insertions(+), 2
On Mon, 2011-08-01 at 19:54 +0800, Yu Ke wrote:
> fix the MLPREFIX referrence typo which cause multilib rpm
> do_rootfs failure
>
> CC: Mark Hatle
>
> Signed-off-by: Yu Ke
> ---
> meta/classes/package_rpm.bbclass |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Merged to master,
On Mon, 2011-08-01 at 00:35 -0700, Saul Wold wrote:
> This set of patches are what have been pulled together for the
> M3 RC1 build. They include patches to multi-lib and tuning changes
> put last week.
>
> There are also 2 changes from Josh for bitbake, not included here,
> which are included in
Op 1 aug. 2011, om 15:03 heeft Richard Purdie het volgende geschreven:
> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
>> Signed-off-by: Saul Wold
>> ---
>> meta/classes/sanity.bbclass |8 +---
>> 1 files changed, 5 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/classes/sani
Op 1 aug. 2011, om 15:10 heeft Richard Purdie het volgende geschreven:
> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
>> From: Koen Kooi
>>
>> Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in
>> PACKAGE_EXTRA_ARCHS:
>>
>> arch all 1
>> arch any 6
>> arch noarch 11
>>
Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in
PACKAGE_EXTRA_ARCHS:
arch all 1
arch any 6
arch noarch 11
arch arm 16
arch armv4 21
arch armv4t 26
arch armv5 31
arch armv5t 36
arch armv5-vfp 41
arch armv5t-vfp 46
arch armv5e 51
arch armv5te 56
arch armv5e-vfp 61
arch armv5te-v
I'm a little frustrated to see what happened when I was away from a
couple of days. I thought we'd agreed we'd queue up patches in a branch
and then I'd take care of things when I got back.
I appreciate a serious bug was then found and a fix was committed
against what I thought was agreed. This th
On Mon, 2011-08-01 at 15:41 +0200, Koen Kooi wrote:
> Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in
> PACKAGE_EXTRA_ARCHS:
>
> arch all 1
> arch any 6
> arch noarch 11
> arch arm 16
> arch armv4 21
> arch armv4t 26
> arch armv5 31
> arch armv5t 36
> arch armv5-vfp 41
> arch
Op 1 aug. 2011, om 15:47 heeft Richard Purdie het volgende geschreven:
> On Mon, 2011-08-01 at 15:41 +0200, Koen Kooi wrote:
>> Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in
>> PACKAGE_EXTRA_ARCHS:
>>
>> arch all 1
>> arch any 6
>> arch noarch 11
>> arch arm 16
>> arch arm
On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
>> Signed-off-by: Saul Wold
>> ---
>> meta/classes/sanity.bbclass |8 +---
>> 1 files changed, 5 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/classes/sanity.bbclass b/meta/cla
On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
>> From: Kumar Gala
>>
>> Its more likely that we explicitly set soft-floating point support for a
>> given target than hard. So use 'fpu-soft' in TUNE_FEATURES rather than
>> 'fpu-hard' to
Added a ${GCC_EXTRA_OECONF} to the the building up of gcc's
${EXTRA_OECONF}. This is similar to what we have in the glibc recipe
files.
This allows for a tune file to add something like:
GCC_EXTRA_OECONF += "--with-cpu=e5500"
If needed.
Signed-off-by: Kumar Gala
---
meta/recipes-devtools/gcc
Some of powerpc's dont support the fsqrt[s] instructions so we need an
implementation of the library functions for those processors.
Signed-off-by: Kumar Gala
---
.../recipes-core/eglibc/eglibc-2.13/ppc-sqrt.patch | 538
meta/recipes-core/eglibc/eglibc_2.13.bb|
Add powerpc e5500 core support to binutils so its recognized by
assember, etc. The e5500 is a 64-bit core from Freescale utilized in
the P5020 SoC.
Signed-off-by: Kumar Gala
---
.../binutils/binutils/binutils-powerpc-e5500.patch | 112
meta/recipes-devtools/binutils/binuti
On Mon, 2011-08-01 at 09:21 -0500, Kumar Gala wrote:
> Added a ${GCC_EXTRA_OECONF} to the the building up of gcc's
> ${EXTRA_OECONF}. This is similar to what we have in the glibc recipe
> files.
>
> This allows for a tune file to add something like:
>
> GCC_EXTRA_OECONF += "--with-cpu=e5500"
>
On 8/1/11 4:09 AM, Phil Blundell wrote:
> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
>> From: Mark Hatle
>>
>> We need to add the tune-* override in order for more complicated tune
>> features to function properly.
>>
>> Signed-off-by: Mark Hatle
>> ---
>> meta/conf/bitbake.conf |3
On Aug 1, 2011, at 9:30 AM, Phil Blundell wrote:
> On Mon, 2011-08-01 at 09:21 -0500, Kumar Gala wrote:
>> Added a ${GCC_EXTRA_OECONF} to the the building up of gcc's
>> ${EXTRA_OECONF}. This is similar to what we have in the glibc recipe
>> files.
>>
>> This allows for a tune file to add somet
acked-by: Mark Hatle
On 8/1/11 6:54 AM, Yu Ke wrote:
> fix the MLPREFIX referrence typo which cause multilib rpm
> do_rootfs failure
>
> CC: Mark Hatle
>
> Signed-off-by: Yu Ke
> ---
> meta/classes/package_rpm.bbclass |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff -
On 8/1/11 8:06 AM, Richard Purdie wrote:
> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
>> From: Mark Hatle
>>
>> The sdknative packages were not being introduced into the list of available
>> packages properly. Fix this by always introducing it and avoiding a sed of
>> one type to another
On 8/1/11 9:13 AM, Kumar Gala wrote:
>
> On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
>
>> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
>>> From: Kumar Gala
>>>
>>> Its more likely that we explicitly set soft-floating point support for a
>>> given target than hard. So use 'fpu-soft'
On 8/1/11 9:26 AM, Kumar Gala wrote:
> Some of powerpc's dont support the fsqrt[s] instructions so we need an
> implementation of the library functions for those processors.
>
> Signed-off-by: Kumar Gala
> ---
> .../recipes-core/eglibc/eglibc-2.13/ppc-sqrt.patch | 538
>
>
On Aug 1, 2011, at 9:53 AM, Mark Hatle wrote:
> On 8/1/11 9:26 AM, Kumar Gala wrote:
>> Some of powerpc's dont support the fsqrt[s] instructions so we need an
>> implementation of the library functions for those processors.
>>
>> Signed-off-by: Kumar Gala
>> ---
>> .../recipes-core/eglibc/eglib
On 8/1/11 9:56 AM, Kumar Gala wrote:
>
> On Aug 1, 2011, at 9:53 AM, Mark Hatle wrote:
>
>> On 8/1/11 9:26 AM, Kumar Gala wrote:
>>> Some of powerpc's dont support the fsqrt[s] instructions so we need an
>>> implementation of the library functions for those processors.
>>>
>>> Signed-off-by: Kuma
On Mon, 2011-08-01 at 16:00 +0200, Koen Kooi wrote:
> Op 1 aug. 2011, om 15:47 heeft Richard Purdie het volgende geschreven:
>
> > On Mon, 2011-08-01 at 15:41 +0200, Koen Kooi wrote:
> >> Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in
> >> PACKAGE_EXTRA_ARCHS:
> >>
> >> arch
On Aug 1, 2011, at 9:50 AM, Mark Hatle wrote:
> On 8/1/11 9:13 AM, Kumar Gala wrote:
>>
>> On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
>>
>>> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
From: Kumar Gala
Its more likely that we explicitly set soft-floating point su
On Mon, 2011-08-01 at 15:41 +0200, Koen Kooi wrote:
> diff --git a/meta/conf/machine/include/arm/arch-armv7a.inc
> b/meta/conf/machine/include/arm/arch-armv7a.inc
> index ce9cee5..704f86b 100644
> --- a/meta/conf/machine/include/arm/arch-armv7a.inc
> +++ b/meta/conf/machine/include/arm/arch-armv7a
On Mon, 2011-08-01 at 09:37 -0500, Kumar Gala wrote:
> Not sure I understand the statement about disambiguate the resulting
> compilers, on PPC where I intend to utilize this we'd have the toolchains
> already named something like:
The thing about disambiguating was that, if you're going to modi
I'm trying to build a powerpc 64-bit system and for some reason everything is
still in /lib instead of /lib64.
I'd expect things in /lib64 based on how arch-powerpc64.inc has:
BASE_LIB_tune-powerpc64 = "lib64"
any ideas on what to look at for why this isn't happening?
- k
_
On Mon, 2011-08-01 at 11:15 -0500, Kumar Gala wrote:
> I'm trying to build a powerpc 64-bit system and for some reason everything is
> still in /lib instead of /lib64.
>
> I'd expect things in /lib64 based on how arch-powerpc64.inc has:
>
> BASE_LIB_tune-powerpc64 = "lib64"
>
> any ideas on wha
On 8/1/11 11:15 AM, Kumar Gala wrote:
> I'm trying to build a powerpc 64-bit system and for some reason everything is
> still in /lib instead of /lib64.
>
> I'd expect things in /lib64 based on how arch-powerpc64.inc has:
>
> BASE_LIB_tune-powerpc64 = "lib64"
>
> any ideas on what to look at fo
On Tue, 2011-07-26 at 22:53 +0100, Richard Purdie wrote:
> +MULTILIBS ??= "multilib:lib32"
> +BBCLASSEXTEND_append_pn-linux-libc-headers = " ${MULTILIBS}"
> +BBCLASSEXTEND_append_pn-eglibc-initial = " ${MULTILIBS}"
> +BBCLASSEXTEND_append_pn-eglibc = " ${MULTILIBS}"
> +BBCLASSEXTEND_append_pn-libgc
On 08/01/2011 09:07 AM, Phil Blundell wrote:
> On Mon, 2011-08-01 at 09:37 -0500, Kumar Gala wrote:
>> Not sure I understand the statement about disambiguate the resulting
>> compilers, on PPC where I intend to utilize this we'd have the toolchains
>> already named something like:
>
> The thing
On Mon, 2011-08-01 at 09:44 -0700, Tom Rini wrote:
> On 08/01/2011 09:07 AM, Phil Blundell wrote:
> > On Mon, 2011-08-01 at 09:37 -0500, Kumar Gala wrote:
> >> Not sure I understand the statement about disambiguate the resulting
> >> compilers, on PPC where I intend to utilize this we'd have the t
On Mon, 2011-08-01 at 11:28 -0500, Mark Hatle wrote:
> On 8/1/11 11:15 AM, Kumar Gala wrote:
> > I'm trying to build a powerpc 64-bit system and for some reason everything
> > is still in /lib instead of /lib64.
> >
> > I'd expect things in /lib64 based on how arch-powerpc64.inc has:
> >
> > BAS
On Mon, 2011-08-01 at 17:30 +0100, Phil Blundell wrote:
> On Tue, 2011-07-26 at 22:53 +0100, Richard Purdie wrote:
> > +MULTILIBS ??= "multilib:lib32"
> > +BBCLASSEXTEND_append_pn-linux-libc-headers = " ${MULTILIBS}"
> > +BBCLASSEXTEND_append_pn-eglibc-initial = " ${MULTILIBS}"
> > +BBCLASSEXTEND_a
On 07/28/2011 03:07 AM, Koen Kooi wrote:
See
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-July/007075.html
for more background
Signed-off-by: Koen Kooi
---
meta/conf/bitbake.conf |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbake.conf
On 07/28/2011 07:18 AM, Paul Eggleton wrote:
Here's a fix as discussed for the PACKAGE_EXTRA_ARCHS issue since the
tune file changes. It may not be the proper fix but it does at least it
makes the value of this variable correct again.
The following changes since commit 1fe892ab6876c405599c796572
On 07/28/2011 08:06 AM, Phil Blundell wrote:
Otherwise the test in TUNE_CCARGS will never match.
Signed-off-by: Phil Blundell
---
meta/conf/machine/include/tune-cortexm1.inc |2 +-
meta/conf/machine/include/tune-cortexm3.inc |2 +-
meta/conf/machine/include/tune-cortexr4.inc |3 +
On 07/31/2011 12:16 PM, Tom Rini wrote:
> On 07/30/2011 05:56 PM, Khem Raj wrote:
>> On Saturday, July 30, 2011 04:42:51 PM Tom Rini wrote:
>>> On 07/30/2011 10:33 AM, Khem Raj wrote:
On Wednesday, July 27, 2011 03:56:46 PM Tom Rini wrote:
> This comes from oe.dev which had this set for ar
On (01/08/11 10:14), Tom Rini wrote:
> On 07/31/2011 12:16 PM, Tom Rini wrote:
> > On 07/30/2011 05:56 PM, Khem Raj wrote:
> >> On Saturday, July 30, 2011 04:42:51 PM Tom Rini wrote:
> >>> On 07/30/2011 10:33 AM, Khem Raj wrote:
> On Wednesday, July 27, 2011 03:56:46 PM Tom Rini wrote:
> >
On (01/08/11 20:41), Mei, Lei wrote:
>
> >
> >You're patching python-native, not python, which means the host python
> >and not the target python.
>
> Yes, but I think this function will be called by python-pycairo, which will
> use cross compiler name in this function, so we should get the comp
On (01/08/11 09:11), Kumar Gala wrote:
>
> On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
>
> > On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> >> Signed-off-by: Saul Wold
> >> ---
> >> meta/classes/sanity.bbclass |8 +---
> >> 1 files changed, 5 insertions(+), 3 deletions(-)
> >
On 07/28/2011 04:24 AM, Lianhao Lu wrote:
Using recipe-scope variable REAL_MULTIMACH_TARGET_SYS instead of the unavailable
OLD_MULTIMACH_TARGET_SYS to generate meta-environment files for ADT installer.
The following changes since commit f94b781695cd8fa387daff16ecbf3987a0883018:
Bruce Ashfield
On 07/26/2011 12:22 PM, Matthew McClintock wrote:
A previous patch changed the default TERM to use xterm. This updates
local.conf.sample to match the change
Signed-off-by: Matthew McClintock
---
meta-yocto/conf/local.conf.sample |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
dif
On 07/28/2011 09:31 AM, Phil Blundell wrote:
PACKAGE_EXTRA_ARCHS_tune-armv5eb needs to be defined in terms of
the non-e with the same endianness, i.e. PACKAGE_EXTRA_ARCHS_tune-armv5b
not PACKAGE_EXTRA_ARCHS_tune-armv5, otherwise PACKAGE_EXTRA_ARCHS will
end up containing a semi-random mixture of
On (01/08/11 14:14), Richard Purdie wrote:
> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> > From: Khem Raj
> >
> > This will decouple the compiling in thumb mode from having thumb
> > capable cores.
> >
> > Signed-off-by: Khem Raj
> > ---
> > .../conf/machine/include/arm/feature-arm-t
On 07/28/2011 02:47 PM, Kumar Gala wrote:
From: Malcolm Crossley
Signed-off-by: Malcolm Crossley
Signed-off-by: Kumar Gala
---
meta/conf/machine/include/tune-ppce500mc.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include/tune-ppce500mc.inc
b
On 08/01/2011 04:02 AM, Lianhao Lu wrote:
Part fix of [BUGID #1236].
This should be [YOCTO #1236]
1. Collect all the values for RTLDLIST for the current multilib
configuration to modify the ldd scripts.
2. Collect all the values for KNOWN_INTERPRETER_NAMES for the current
multilib configurat
Hi Andrea,
I'll send its separate patch.
Regards,
Noor
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Andrea
Adami
Sent: Saturday, July 30, 2011 6:08 PM
To: Patches and discussions about t
On (01/08/11 14:45), Richard Purdie wrote:
> I'm a little frustrated to see what happened when I was away from a
> couple of days. I thought we'd agreed we'd queue up patches in a branch
> and then I'd take care of things when I got back.
>
> I appreciate a serious bug was then found and a fix was
On Aug 1, 2011, at 12:34 PM, Khem Raj wrote:
> On (01/08/11 09:11), Kumar Gala wrote:
>>
>> On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
>>
>>> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
Signed-off-by: Saul Wold
---
meta/classes/sanity.bbclass |8 +---
I'm trying to track down a bug related the following in
gcc-configure-common.inc. I know there is one bug in the sed line, but when I
fix that I run into a second issue. I'm trying to understand what we think the
following two lines are trying to attempt:
SYSTEMLIBS_DIR=`dirname ${SYS
On Mon, Aug 1, 2011 at 11:51 AM, Kumar Gala wrote:
>
> On Aug 1, 2011, at 12:34 PM, Khem Raj wrote:
>
>> On (01/08/11 09:11), Kumar Gala wrote:
>>>
>>> On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
>>>
On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> Signed-off-by: Saul Wold
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/01/2011 06:45 AM, Richard Purdie wrote:
> I'm a little frustrated to see what happened when I was away from a
> couple of days. I thought we'd agreed we'd queue up patches in a branch
> and then I'd take care of things when I got back.
So, I ag
On Mon, 2011-08-01 at 12:25 -0700, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/01/2011 06:45 AM, Richard Purdie wrote:
>
> > I'm a little frustrated to see what happened when I was away from a
> > couple of days. I thought we'd agreed we'd queue up patches in a bra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/01/2011 12:56 PM, Richard Purdie wrote:
> On Mon, 2011-08-01 at 12:25 -0700, Tom Rini wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 08/01/2011 06:45 AM, Richard Purdie wrote:
>>
>>> I'm a little frustrated to see what happen
* This patch requires patch series [1] to be committed in meta-oe
[1]
http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-August/034221.html
Signed-off-by: Andreas Mueller
---
recipes-angstrom/images/xfce-base-image.bb | 26 ++
1 files changed, 26 insertions(
On 07/30/2011 11:20 AM, Khem Raj wrote:
On Wednesday, July 27, 2011 05:34:45 PM Kang Kai wrote:
From: Kang Kai
ghostscript fails some time on autobuilder, it seems a parallel build issue.
Add patch to fix it.
Fixes [Yocto #1202]
Signed-off-by: Kang Kai
---
.../ghostscript-9.02-parallel-make
1 - 100 of 121 matches
Mail list logo
