[yocto] [meta-virtualization] [recipes-containers] criu version 2.12.1

Hi All, in attach my recipes for Criu 2.12.1. Best regards, Federico Briata --- recipes-containers/criu/criu-2.12.1+gitAUTOINC+14e0bf7baf/0002-criu-Skip-documentation-install.patch | 28 +++

Re: [yocto] arm-*-linux-gnueabi : unrecognized option -Wl, -soname

Maciej Borzęcki <maciej.borze...@rndity.com> writes: > On Tue, Sep 6, 2016 at 12:05 PM, Pietro <pulsarpie...@posteo.net> wrote: >> >> >> >> "Daniel." <danielhi...@gmail.com> writes: >> >>> I *guess* that it should be -Wl,-so

Re: [yocto] arm-*-linux-gnueabi : unrecognized option -Wl, -soname

quot;by hand" - namely without using bitbake - from the build directory, the build log tells : + bbnote make -j 4 CC=arm-phytec-linux-gnueabi-gcc -march=armv7-a -marm -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8 --sysroot=/export/arm/pietro/PD15.1/build/tmp-glibc/sysroot

[yocto] arm-*-linux-gnueabi : unrecognized option -Wl, -soname

Hi all, I want to cross compile the gRPC library for ARM and I am using the Yocto build system. The build fails for the following error, which I am suspicious has something to do with the compiler being used: [LD] Linking

Re: [yocto] Yocto and Google protobuffer

Maciej Borzęcki <maciej.borze...@rndity.com> writes: > On Thu, Sep 1, 2016 at 5:45 PM, Pietro <pulsarpie...@posteo.net> wrote: >> Herman van Hazendonk <m...@herrie.org> >> writes: >> >>> If it takes the wrong version, it could be your layers aren'

Re: [yocto] Yocto and Google protobuffer

Maciej Borzęcki <maciej.borze...@rndity.com> writes: > On Thu, Sep 1, 2016 at 5:45 PM, Pietro <pulsarpie...@posteo.net> wrote: >> Herman van Hazendonk <m...@herrie.org> >> writes: >> >>> If it takes the wrong version, it could be your layers aren'

Re: [yocto] Yocto and Google protobuffer

Herman van Hazendonk writes: > If it takes the wrong version, it could be your layers aren't in the > right order. That's the first thing to check. > > You might want to try to run bitbake with > > -f protobuf -c cleanall or -f protobuf-native -c cleanall > > This will remove

Re: [yocto] Yocto and Google protobuffer

Herman van Hazendonk <m...@herrie.org> writes: > Hi Pietro, > > You shouldn't need to specify a version. DEPENDS = "protobuf" or > DEPENDS = "protobuf-native" should do :) > > Herrie > > > Indeed my recipe gets built first and I can see do_pro

Re: [yocto] Yocto and Google protobuffer

Pietro <pulsarpie...@posteo.net> writes: > Jussi Kukkonen <jussi.kukko...@intel.com> > writes: > >> On 1 September 2016 at 13:21, Herman van Hazendonk >> <m...@herrie.org> wrote: >> >> Hi Pietro, >> >> You can override

Re: [yocto] Yocto and Google protobuffer

Jussi Kukkonen <jussi.kukko...@intel.com> writes: > On 1 September 2016 at 13:21, Herman van Hazendonk > <m...@herrie.org> wrote: > > Hi Pietro, > > You can override the recipe by adding a recipe for version 3.0.0+ > in your own layer and ma

Re: [yocto] Yocto and Google protobuffer

Maciej Borzęcki <maciej.borze...@rndity.com> writes: > On Thu, Sep 1, 2016 at 10:40 AM, Pietro <pulsarpie...@posteo.net> wrote: >> Maciej Borzęcki >> <maciej.borze...@rndity.com> writes: >> >>> On Wed, Aug 31, 2016 at 6:44 PM, Pietro <pulsarpi

Re: [yocto] Yocto and Google protobuffer

Maciej Borzęcki <maciej.borze...@rndity.com> writes: > On Wed, Aug 31, 2016 at 6:44 PM, Pietro <pulsarpie...@posteo.net> wrote: >> Hi all, >> >> I am new to the Yocto building system and I could be talking nonsense. I >> used to work with buildroot t

[yocto] Yocto and Google protobuffer

the image being generated ? A good example for that would be the protoc, the protocol buffer description file compiler. Thanks in advance, Pietro. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java] openjdk-8 fail to build

version of Yocto are you using? I'm using 1.7.1 version with only the patch i described in my previous answer. When using it on the master of meta-java i got it working without any issues.. You mentioned you use another patch as well? Regards 2016-01-13 18:46 GMT+01:00 Federico Pietro Briata <fe

Re: [yocto] [meta-java] openjdk-8 fail to build

-imx6-mx6quad/tmp-eglibc/work/x86_64-linux/openjdk-8-native/72b05-r0/jdk8u-e8bed1496ff2/Makefile so the build stuck here in this loop I think. regards Federico 2016-01-12 17:41 GMT+01:00 Federico Pietro Briata <feder...@briata.org>: > Hi Stef, > Thanks, I've tried to apply that pa

Re: [yocto] [meta-java] openjdk-8 fail to build

and regards federico 2015-12-19 10:38 GMT+01:00 Stef <stefboerrig...@gmail.com>: > Federico Pietro Briata <federicobriata@...> writes: > > > > > > > > > Hi All, > > I'm trying to build openjdk-8 but I'm stuck.my current setup does not > define anyt

Re: [yocto] [meta-java] openjdk-8 fail to build

Hi Jens 2015-12-13 10:03 GMT+01:00 Jens Rehsack <rehs...@gmail.com>: > > > Am 11.12.2015 um 18:16 schrieb Federico Pietro Briata < > federicobri...@gmail.com>: > > > | ERROR: no configure script found at > /home/federico/yocto/imx6/R6.0/build-imx6-mx6quad/tm

Re: [yocto] [meta-java] [PATCH] gnumail: Fix race condition in makefile fail to apply

2:45:18PM +0100, Federico Pietro Briata wrote: > >Hi > > > >I just pull to build openjdk-8 and I get this error: > > > >ERROR: Command Error: exit status: 1 Output: > >Applying patch fix_makefile_race_condition.patch > >patching file Makefile.am > >Hunk

[yocto] [meta-java] openjdk-8 fail to build

Hi All, I'm trying to build openjdk-8 but I'm stuck. my current setup does not define anything for: #PREFERRED_PROVIDER_virtual/java-native #PREFERRED_PROVIDER_virtual/javac-native follow the log error ERROR: Function failed: do_configure (log file is located at

Re: [yocto] [meta-java] can zero shark be enabled again?

2015-10-16 17:14 GMT+02:00 Jens Rehsack : > > While IcedTea maintains the ARMJIT within hotspot ported from OpenJDK6, > ZeroShark uses LLVM's JIT. > > Since ARM support in LLVM's JIT was utterly broken, MCJIT support is > required for ZeroShark. > I was working on that but my

Re: [yocto] [meta-java] openjdk-7-jre was skipped: missing required distro feature ['x11'] (not in DISTRO_FEATURES)

2015-10-16 16:09 GMT+01:00, Jens Rehsack <rehs...@gmail.com>: > >> Am 16.10.2015 um 15:35 schrieb Federico Pietro Briata >> <federicobri...@gmail.com>: >> >> Hi Folks, >> I'm trying to compile java without x11 and unfortunately also without &

Re: [yocto] [meta-java] can zero shark be enabled again?

2015-10-16 16:14 GMT+01:00, Jens Rehsack : > > I fear you mix between ARMJIT provided by IceadTea and ZeroShark provided by > OpenJDK. Ops > While IcedTea maintains the ARMJIT within hotspot ported from OpenJDK6, > ZeroShark uses LLVM's JIT. I thought ARMJIT was part of Shark

[yocto] [meta-java] openjdk-7-jre was skipped: missing required distro feature ['x11'] (not in DISTRO_FEATURES)

Hi Folks, I'm trying to compile java without x11 and unfortunately also without success.. I've added in my local.conf: DISTRO_FEATURES_remove = "x11" # Java build settings PREFERRED_PROVIDER_virtual/java-native = "jamvm-native" PREFERRED_PROVIDER_virtual/javac-native = "ecj-bootstrap-native"

[yocto] [meta-java] can zero shark be enabled again?

Hi again, I saw that some JIT optimization for arm32 has been announcement in icedtea the announcement is available at http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2015-January/030392.html So I'm just wondering if anyone know if shark can be enabled again also in yocto recipes and can