[YOCTO #671]
"readlink -f" in Ubuntu 10.04 is buggy: it doesn't ignore a trailing / (e.g.,
"readlink -f /tmp/non-existent-dir/" returns nothing, but according to
http://www.gnu.org/s/coreutils/manual/coreutils.pdf it should do that --
hence we get bug 671. It seems Ubuntu 10.10 or even later Ubunt
The following changes since commit 46cf540e63a848512617b20fd8492f81bfb2f704:
arch-armv7a.inc: fix armv7a-vfp-neon -> armv7a compat case (2011-08-01
16:49:11 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib dcui/bug-671
http://git.pokylinux.org/cgit.cgi/po
Op 2 aug. 2011, om 04:31 heeft Khem Raj het volgende geschreven:
> On Monday, August 01, 2011 11:10:54 PM Andreas Mueller wrote:
>> * This patch requires patch series [1] to be committed in meta-oe
>>
>> [1]
>> http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-August/034221.
>> html
>
Fixed bug #1306. Have all the environment files created by meta-toolchain,
meta-ide-support and meta-envrionment-xxx contain the same version related
variables.
The following changes since commit 2a41a311ddda11713296391050f3c2c1b2c1d3d3:
Koen Kooi (1):
arch-armv7a.inc: fix armv7a-vfp-n
[YOCTO #1306] Fixing.
Added and unified version related variables in all environment files
generated by package meta-toolchain, meta-ide-support,
meta-environment-xxx.
Signed-off-by: Lianhao Lu
---
meta/classes/toolchain-scripts.bbclass |3 +++
meta/recipes-core/meta/meta-environment.bb
This is a rebase of the original patches to oe-core branch instead of poky.
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 eg
Part fix of [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 configuration.
Signed-off-by: Lianhao Lu
---
meta/classes/utils.bbclass
[YOCTO #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
>-Original Message-
>From: openembedded-core-boun...@lists.openembedded.org
>[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>Khem Raj
>Sent: Tuesday, August 02, 2011 1:27 AM
>To: Patches and discussions about the oe-core layer
>Subject: Re: [OE-core] [PATCH 1/1] py
On Monday, August 01, 2011 11:10:54 PM Andreas Mueller wrote:
> * 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-
Currently the grep regexp matches any occurance of
'TMPDIR=' but if you have another variable defined
e.g. OE_BUILD_TMPDIR=xxx then that gets picked up
too.
$ bitbake -e | grep TMPDIR=\"
TMPDIR="/home/kraj/work/angstrom/build/tmp-angstrom_2010_x-eglibc"
OE_BUILD_TMPDIR="/home/kraj/work/angstrom/bu
On Mon, Aug 1, 2011 at 3:28 PM, Saul Wold wrote:
> 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.
>>>
>>>
Add SDK_PACKAGE_ARCHS to avoid the sed operations we were previously doing
inside of the variouns populate_sdk functions and related items.
Also add documentation to populate_sdk to explain when the various functions
are expected to be doing.
Finally fix a bug in populate_sdk_rpm where the wrong
This is an attempt to fix a number of issues with the SDK generation. It has
been
tested using bitbake meta-toolchain-sdk.
Note, patches:
4/5: package_ipk: SDK generation workaround
5/5: update-alternatives: Add alternatives as a runtime provide
4/5 might be reasonable to implement immediate
During SDK generation the multilib_sanity_check function is being called,
however it is not available unless we've been called from the image.bbclass.
Disable the check if MULTILIB_CHECK_FILE (also set in image.bbclass) doesn't
exist or is empty.
Signed-off-by: Mark Hatle
---
meta/classes/packa
In order for things to be easier to maintain in the future, sync up
the sdk and rootfs versions.
Signed-off-by: Mark Hatle
---
meta/classes/populate_sdk_deb.bbclass | 24
meta/classes/populate_sdk_rpm.bbclass | 68
meta/classes/rootfs_rpm.bbclass
in packages_rpm.bbclass:
Cleanup the way package_update_index_rpm works. Break this out into two
functions, one for common functionality and one for controlling target vs
sdk package processing.
Similar change to package_generate_rpm_conf.
Usage of IMAGE_ROOTFS should actually be "target_rootfs
The following allows RPM to generate the SDK image, however without it
we get a failure because the system has nothing that provides /bin/sh.
Unfortunately the patch causes failures with ipk and deb packages because
they can not have filenames within their RPROVIDES. I'm looking for some
type of
On 08/01/2011 03:28 PM, Saul Wold wrote:
> 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 #12
Set TUNE_PKGARCH instead of adding to it on powerpc machine tune.inc
files.The ppce300c2 tune file already sets the TUNE_PKGARCH variable
instead of adding to it.
Adding to the TUNE_PKGARCH variable is causing the TUNE_PKGARCH to not
match the PACKAGE_EXTRA_ARCHS variable. This then meant the
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
* 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(
-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
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 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, 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
>>>
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 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 +---
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
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 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
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 (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 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 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 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 (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 (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 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 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 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/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 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 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 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 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 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 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 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 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
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 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
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 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 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 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 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: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 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 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
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 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
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 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"
>
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
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|
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
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
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
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 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
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
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
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
>>
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
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
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: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 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: 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:
> 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:
> 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: 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
>-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 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
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.
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
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/
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
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.
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
[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 +++-
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
* 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
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
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
1 - 100 of 121 matches
Mail list logo
