On Mon, Jul 17, 2017 at 3:02 PM, Ferry Toth wrote:
> On edison U-Boot is 32 bit. I'm building a 64 bit kernel + rootfs.
>
> The only recipy that fails is U-Boot with:
> undefined reference to `__normal___udivdi3'
>
this means gcc is generating a helper call which it assumes libgcc will provide
bu
My first proposed patch didn't include CPPFLAGS/CFLAGS but Khem Raj did
prefer the new way :)
--
Pierre FICHEUX -/- CTO Smile-ECS, France -\- pierre.fich...@smile.fr
http://www.smile.fr
http://ingenierie.openwide.fr
I would
Signed-off-by: Aníbal Limón
---
.../lib/oeqa/selftest/cases/systemd_boot.py| 26 --
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/meta-yocto-bsp/lib/oeqa/selftest/cases/systemd_boot.py
b/meta-yocto-bsp/lib/oeqa/selftest/cases/systemd_boot.py
index dd
On edison U-Boot is 32 bit. I'm building a 64 bit kernel + rootfs.
The only recipy that fails is U-Boot with:
undefined reference to `__normal___udivdi3'
Apparently, when building 32 bit U-Boot outside of yocto on a 64bit
machine you need to install gcc-6-multilib.
How would I configure poke or
On Sat, 2017-07-15 at 15:47 +0300, Robert Berger wrote:
> Hi,
>
> On 2017-07-14 23:32, Robert Joslyn wrote:
> >
> > Just to clarify, the typical way this is done is to put the major
> > version number as part of the package name. For example, the
> > recipes
> > could be called zeromq3_3.2.2.bb a
On 17/07/17 11:46, Burton, Ross wrote:
>
> On 17 July 2017 at 11:25, Thomas A. F. Thorne MEng AUS MIET
> mailto:thomas.tho...@net2edge.com>> wrote:
>
> helloworld.c is a C file, not a C++ file. ${CC} should give you a C
> Compiler. CPPFLAGS should not be used or necessary for a C
> co
Current Dev Position: Preparing for YP 2.4 M2
Next Deadline: YP 2.4 M2 Cut off is July 17, 2017
SWAT team rotation: Cal -> Joshua on July 14, 2017.
SWAT team rotation: Joshua -> Armin on July 21, 2017.
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
·
On Mon, 2017-07-17 at 15:30 +0100, Burton, Ross wrote:
>
> On 17 July 2017 at 15:04, Leonardo Sandoval
> wrote:
> master has the second line (LDFLAGS) but not the first one
> (CPPFLAGS and
> CFLAGS) so the problem may also be present on master. Would
> you mind
>
On 07/17/2017 05:36 PM, Ricardo Ribalda Delgado wrote:
Signed-off-by: Ricardo Ribalda Delgado
Thanks, pushed.
Alex
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Signed-off-by: Ricardo Ribalda Delgado
---
recipes-qt4/qt4/qt4-4.8.7.inc | 1 +
...erywhere-opensource-src-4.8.6-QTBUG-22829.patch | 22 ++
recipes-qt4/qt4/qt4-native.inc | 1 +
3 files changed, 24 insertions(+)
create mode 100644
r
On 07/17/2017 05:28 PM, Ricardo Ribalda Delgado wrote:
Hi Alex
Unortunately I do not know who is the original author. The oldest
thing that I can track is:
http://pkgs.fedoraproject.org/cgit/rpms/qt.git/commit/qt-everywhere-opensource-src-4.8.6-QTBUG-22829.patch?id=7d0674cfd8a0bd3722f9169adac15
On 17 July 2017 at 15:04, Leonardo Sandoval <
leonardo.sandoval.gonza...@linux.intel.com> wrote:
> master has the second line (LDFLAGS) but not the first one (CPPFLAGS and
> CFLAGS) so the problem may also be present on master. Would you mind
> checking this and sent patches to the poky mailing li
Hi Alex
Unortunately I do not know who is the original author. The oldest
thing that I can track is:
http://pkgs.fedoraproject.org/cgit/rpms/qt.git/commit/qt-everywhere-opensource-src-4.8.6-QTBUG-22829.patch?id=7d0674cfd8a0bd3722f9169adac15c796483cf88
But I am not sure if it is appropriate to ad
On 07/17/2017 05:18 PM, Ricardo Ribalda Delgado wrote:
index ..e5d3c266bade
--- /dev/null
+++
b/recipes-qt4/qt4/qt4-4.8.7/qt-everywhere-opensource-src-4.8.6-QTBUG-22829.patch
@@ -0,0 +1,21 @@
+Error described on: https://bugzilla.redhat.com/show_bug.cgi?id=1396755
+Patch obtained fro
Signed-off-by: Ricardo Ribalda Delgado
---
recipes-qt4/qt4/qt4-4.8.7.inc | 1 +
...verywhere-opensource-src-4.8.6-QTBUG-22829.patch | 21 +
recipes-qt4/qt4/qt4-native.inc | 1 +
3 files changed, 23 insertions(+)
create mode 100644
Hi Alex
I will fix and resend.
Sorry!
On Mon, Jul 17, 2017 at 4:12 PM, Alexander Kanavin
wrote:
> On 07/17/2017 05:12 PM, Ricardo Ribalda Delgado wrote:
>>
>> Actually I got the patch from
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1396755
>>
>> http://pkgs.fedoraproject.org/cgit/rpms/qt
On 07/17/2017 05:12 PM, Ricardo Ribalda Delgado wrote:
Actually I got the patch from
https://bugzilla.redhat.com/show_bug.cgi?id=1396755
http://pkgs.fedoraproject.org/cgit/rpms/qt.git/tree/qt-everywhere-opensource-src-4.8.6-QTBUG-22829.patch
In which case it is not a backport. Then the upstrea
On 07/17/2017 05:11 PM, Ricardo Ribalda Delgado wrote:
https://codereview.qt-project.org/#/c/40593/3/src/tools/moc/main.cpp
Can you add this link to the patch please?
Alex
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.o
Actually I got the patch from
https://bugzilla.redhat.com/show_bug.cgi?id=1396755
http://pkgs.fedoraproject.org/cgit/rpms/qt.git/tree/qt-everywhere-opensource-src-4.8.6-QTBUG-22829.patch
On Mon, Jul 17, 2017 at 4:11 PM, Ricardo Ribalda Delgado
wrote:
> https://codereview.qt-project.org/#/c/40593
https://codereview.qt-project.org/#/c/40593/3/src/tools/moc/main.cpp
On Mon, Jul 17, 2017 at 4:04 PM, Alexander Kanavin
wrote:
> On 07/07/2017 01:30 PM, Ricardo Ribalda Delgado wrote:
>>
>> +Error described on: https://bugzilla.redhat.com/show_bug.cgi?id=1396755
>> +
>> +Upstream-Status: Backport
Greetings!
I am new to Yocto project. I am building a simple sample application using
Yocto Project, Krogoth branch. I am getting a warning "do_package_qa: QA Issue:
requires libc.so.6(GLIBC_2.7)(64-bit) , bit no providers
in (file-rdeps), however the application builds and runs.
Can anyone k
On 07/07/2017 01:30 PM, Ricardo Ribalda Delgado wrote:
+Error described on: https://bugzilla.redhat.com/show_bug.cgi?id=1396755
+
+Upstream-Status: Backport
Backport from where? Please provide a link.
Alex
--
___
yocto mailing list
yocto@yoctoprojec
On 07/07/2017 01:30 PM, Ricardo Ribalda Delgado wrote:
Invalid conversion (const).
Signed-off-by: Ricardo Ribalda Delgado
Thanks, pushed.
Alex
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On Sat, 2017-07-15 at 12:33 -0700, Stephano Cetola wrote:
> We replaced buildbot's standard copy function with our _srccopy
> function when method=barecopy or movecopy. The srccopy will copy the
> contents of the "source" directory into the build dir. We cannot
> assume that submodules have not bee
On Sat, 2017-07-15 at 12:33 -0700, Stephano Cetola wrote:
> From some quick tests the string translate function is comparable in
> efficiency and certainly more legible than regex. We should note that
> if we ever move this functionality to an environment running python3,
> the translate function t
On Mon, 2017-07-17 at 10:00 +0200, Pierre FICHEUX wrote:
> This problem causes the following error :
>
> ERROR: example-0.1-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary
>
>
> Signed-off-by: Pierre FICHEUX
> ---
> .../target/arch/layer/recipes-example/example/example-recipe-0.1.bb
Greetings! I have installed Ubuntu 14.x on VirtualBox. I am building
core-image-minimal for QEMU x86-64 using Krogoth branch. I created a sample
application and able to run that simple application as expected. Next, I added
ntpd_4.2.8p8 to the image. NTPd is updating system time at QEMU startup
On 17 July 2017 at 11:25, Thomas A. F. Thorne MEng AUS MIET <
thomas.tho...@net2edge.com> wrote:
> helloworld.c is a C file, not a C++ file. ${CC} should give you a C
> Compiler. CPPFLAGS should not be used or necessary for a C compilation.
>
CPPFLAGS is C Preprocesor, you're thinking of CXXFLA
I am not sure about this change:
On 17/07/17 09:00, Pierre FICHEUX wrote:
> This problem causes the following error :
>
> ERROR: example-0.1-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary
>
>
> Signed-off-by: Pierre FICHEUX
> ---
> .../target/arch/layer/recipes-example/example/example
On 17 July 2017 at 09:00, Pierre FICHEUX wrote:
> This problem causes the following error :
>
> ERROR: example-0.1-r0 do_package_qa: QA Issue: No GNU_HASH in the elf
> binary
>
This is essentially a backport of aa3e99e24c3234b6f3f19169939d4cd498d0ce36,
can you mark it as such and use a proper co
This problem causes the following error :
ERROR: example-0.1-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary
Signed-off-by: Pierre FICHEUX
---
.../target/arch/layer/recipes-example/example/example-recipe-0.1.bb| 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
a
31 matches
Mail list logo