From: Denys Dmytriyenko de...@ti.com
Matches following commits from OE-Core:
9d59ceab6e58b422caf8ad7a306ed546316d8c3a
bdc49826edf05233c6d506de404861a661043b1b
Signed-off-by: Denys Dmytriyenko de...@ti.com
---
This is only applicable to dora, since master already has eglibc-2.19
meta-linaro
Hi,
I've been having this issue with latest binary Linaro 2014.04 toolchain from
http://releases.linaro.org/14.04/components/toolchain/binaries/gcc-linaro-arm-linux-gnueabihf-4.8-2014.04_linux.tar.xz
It comes with own sysroot, but linker fails to locate /lib/ld-linux-armhf.so.3
$ make
On Tue, May 27, 2014 at 11:17:47AM +0800, Zhenqiang Chen wrote:
On 27 May 2014 10:17, Denys Dmytriyenko de...@denix.org wrote:
Hi,
I've been having this issue with latest binary Linaro 2014.04 toolchain from
http://releases.linaro.org/14.04/components/toolchain/binaries/gcc-linaro-arm
On Tue, May 27, 2014 at 01:11:14PM +0800, Zhenqiang Chen wrote:
On 27 May 2014 11:59, Denys Dmytriyenko de...@denix.org wrote:
On Tue, May 27, 2014 at 11:17:47AM +0800, Zhenqiang Chen wrote:
On 27 May 2014 10:17, Denys Dmytriyenko de...@denix.org wrote:
Hi,
I've been having
From: Denys Dmytriyenko de...@ti.com
* Multiarch symlink being fixed only for aarch64 and old-name softfp versions,
add hardfp too.
* When runtime libs are copied into OE sysroot, libc.so script gets updated
replacing absolute multiarch paths with relative ones to point to actual
libc
Ping?
On Sat, Jun 07, 2014 at 02:47:18PM -0400, Denys Dmytriyenko wrote:
From: Denys Dmytriyenko de...@ti.com
* Multiarch symlink being fixed only for aarch64 and old-name softfp versions,
add hardfp too.
* When runtime libs are copied into OE sysroot, libc.so script gets updated
14 aug. 2015, om 20:12 heeft Denys Dmytriyenko de...@denix.org het
volgende geschreven:
From: Denys Dmytriyenko de...@ti.com
Starting with 2015.05 binary release, all the libraries have been moved from
/libc/lib/ to /libc/usr/lib/ that causes various toolchain issues in OE,
ranging
From: Denys Dmytriyenko de...@ti.com
New 2015.05 binary release has libc-${ELT_VER_LIBC}.so in /libc/usr/lib/
Check there to extract version, if can't find it in /libc/lib/
Signed-off-by: Denys Dmytriyenko de...@ti.com
---
.../distro/include/external-linaro-toolchain-versions.inc | 14
From: Denys Dmytriyenko de...@ti.com
Starting with 2015.05 binary release, all the libraries have been moved from
/libc/lib/ to /libc/usr/lib/ that causes various toolchain issues in OE,
ranging from QA errors to build failures of other components. This patch
takes care of installing, updating
From: Denys Dmytriyenko de...@ti.com
Starting with 2015.05 binary release, all the libraries have been moved from
/libc/lib/ to /libc/usr/lib/ that causes various toolchain issues in OE,
ranging from QA errors to build failures of other components. This patch
takes care of installing, updating
From: Denys Dmytriyenko de...@ti.com
New 2015.05 binary release has libc-${ELT_VER_LIBC}.so in /libc/usr/lib/
Check there to extract version, if can't find it in /libc/lib/
Signed-off-by: Denys Dmytriyenko de...@ti.com
---
.../distro/include/external-linaro-toolchain-versions.inc | 14
Ping. Can I get these backported to fido, please? Corresponding patches were
already submitted 2 weeks ago. Thanks.
--
Denys
On Fri, Aug 14, 2015 at 02:55:06PM -0400, Denys Dmytriyenko wrote:
Thanks! I also submitted fido backports of the patches, for when these get
into the master
riginally
> in place:
>
> rtlddir=lib/
> libdir=lib/
> slibdir=usr/lib
>
> Can you please comment on your thoughts on the layout going forward? We'll
> provide a release candidate build with this change for evaluation shortly.
>
>
>
> On Fri, Aug 28, 2015 at
Thanks!
On Wed, Sep 02, 2015 at 07:57:29AM +0200, Koen Kooi wrote:
> Pushed to fido, sorry for the delay.
>
> On 28 August 2015 at 18:35, Denys Dmytriyenko <de...@denix.org> wrote:
> > Ping. Can I get these backported to fido, please? Corresponding patches were
> > al
From: Denys Dmytriyenko <de...@ti.com>
Signed-off-by: Denys Dmytriyenko <de...@ti.com>
---
.../conf/distro/include/external-linaro-toolchain-versions.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-linaro-toolchain/conf/distro/include/ext
Ping
On Thu, Apr 07, 2016 at 02:46:39PM -0700, Koen Kooi wrote:
> Added into gerrit:
>
> https://review.linaro.org/11273
>
> On 7 April 2016 at 13:35, Denys Dmytriyenko <de...@denix.org> wrote:
> > From: Denys Dmytriyenko <de...@ti.com>
> >
> > S
From: Denys Dmytriyenko <de...@ti.com>
* libasan and libgfortran changed major version number, handle both
* only remove dups of lib*-${ELT_VER_LIBC}.so when they are regular and
identical files
preserve them if one is a symlink to another or files are different
Signed-off-by:
On Fri, Apr 15, 2016 at 08:01:48AM +0200, Koen Kooi wrote:
> On 14 April 2016 at 18:27, Denys Dmytriyenko <de...@denix.org> wrote:
> > On Thu, Apr 14, 2016 at 10:04:18AM +0200, Koen Kooi wrote:
> >> On 14 April 2016 at 07:09, Fathi Boudra <fathi.bou...@linaro.org>
From: Denys Dmytriyenko <de...@ti.com>
With migration from crosstool-NG to ABE, libgcov.a changed path and is now
available in ${libdir}. So, instead of being packaged into own libgcov-dev
package, it gets picked up by "catchall" libc6-staticdev package. This mostly
works, as
On Thu, Apr 14, 2016 at 10:04:18AM +0200, Koen Kooi wrote:
> On 14 April 2016 at 07:09, Fathi Boudra <fathi.bou...@linaro.org> wrote:
> > On 14 April 2016 at 00:05, Denys Dmytriyenko <de...@denix.org> wrote:
> >> Koen, et al,
> >>
> >> With the r
Koen, et al,
With the release of 5.3-2016.02 Linaro toolchain it is now possible to use the
binary version with the external-linaro-toolchain recipe. Are there any
immediate plans to provide corresponding recipes to build the same version of
the toolchain from sources? Thanks.
--
Denys
Hi,
I was wondering if there was a way to apply local patches to toolchain
components (gcc, binutils, glibc, etc.) when building with ABE.
The only way I know of right now is to mirror the upstream repository into own
git tree, patch it and point ABE to it; or check it out locally, patch it
Koen, Fathi, et al,
Any chance to get EXTRA_OEMAKE to not hardcode ARM64 flags?
https://git.linaro.org/openembedded/meta-linaro.git/blob/HEAD:/meta-optee/recipes-security/optee/optee-os_git.bb#l23
Thanks,
--
Denys
___
linaro-dev mailing list
From: Denys Dmytriyenko <de...@ti.com>
Signed-off-by: Denys Dmytriyenko <de...@ti.com>
---
.../binutils-linaro-2.27/relocatable_sdk.patch | 49 ++
1 file changed, 49 insertions(+)
create mode 100644
meta-linaro-toolchain/recipes-devtools/binutils/binutils
Sounds good.Can you merge this patch to morty too, now that binutils 2.27 was cherry-picked. Thanks!DenysPS. Phone-replying, sorry.On Dec 23, 2016 03:24, Koen Kooi <koen.k...@linaro.org> wrote:
> Op 22 dec. 2016, om 18:49 heeft Denys Dmytriyenko <de...@denix.org> het volg
From: Denys Dmytriyenko <de...@ti.com>
OE-Core has switched to using SDK_SYS suffix for crosssdk packages, instead of
SDK/TARGET_ARCH in d2eb70e809d482c493922f23aef4409cfd82 [1], update Linaro
versions accordingly.
[1]
http://cgit.openembedded.org/openembedded-core/comm
On Fri, Dec 23, 2016 at 03:25:52PM +0100, Koen Kooi wrote:
> Done!
Thanks and Happy Holidays!
> > Op 23 dec. 2016, om 15:06 heeft Denys Dmytriyenko <de...@denix.org> het
> > volgende geschreven:
> >
> > Sounds good.
> > Can you merge this pat
Thanks.
Didn't know you now have a separate openembedded list - do you want patches to
be sent there?
--
Denys
On Thu, Dec 22, 2016 at 02:38:47PM +0100, Koen Kooi wrote:
> Added into gerrit: https://review.linaro.org/16545
>
>
> > Op 21 dec. 2016, om 23:10 heeft Denys
28 matches
Mail list logo
