From: Changqing Li
Fix configure error like:
error: possibly undefined macro: gl_AC_HEADER_STDINT_H
Signed-off-by: Changqing Li
---
recipes-devtools/bison/bison/bison-2.3_m4.patch | 121
1 file changed, 61 insertions(+), 60 deletions(-)
diff --git
Hi Bruce,
Here is another patch series for the Marvell cn96xx SoC support. The main parts
of this series are for the gpio and Ethernet driver update. Others are the misc
driver bug fixes. Please help me merge these patches into the following two
branches:
standard/cn96xx
v5.4/standard/cn96xx
From: He Zhe
This reverts commit 41bbdde13b435400816397a47e84fa697934c253.
The reverted patch causes the following build failure.
tmp-glibc/work-shared/intel-x86-64/kernel-source/include/linux/preempt.h:190:3:
error: implicit declaration of function '__preempt_schedule'
https://www.yoctoproject.org/docs/3.0/ref-manual/ref-manual.html#var-AUTOREV
https://www.yoctoproject.org/docs/3.0/ref-manual/ref-manual.html#var-SRCPV
--
Denys
On Wed, Jan 15, 2020 at 12:38:19PM -0800, bill.k...@azuresummit.com wrote:
> I have a recipe that builds an application from the
I have a recipe that builds an application from the master branch of a local
git repository. AUTOREV is working, so the recipe automatically rebuilds
whenever the repository is updated. The source code has its own version
number. I'm wondering if it is possible to grab that version number
Sorry for the delay, 5.4 and 5.5 were consuming a lot of my time.
This is now merged. My SRCREV updates will follow, but since you have
your own .. you can pickup the changes whenever you want.
Bruce
On Thu, Jan 9, 2020 at 10:09 PM Tim Orling
wrote:
>
>
>
> > On Jan 9, 2020, at 6:12 PM, Naveen
Sorry for the delay, 5.4 and 5.5 were consuming a lot of my time.
This is now merged. My SRCREV updates will follow, but since you have
your own .. you can pickup the changes whenever you want.
Bruce
On Thu, Jan 9, 2020 at 10:08 PM Tim Orling
wrote:
>
>
>
> > On Jan 9, 2020, at 6:12 PM, Naveen
In message: v5.2.x - stable updates comprising v5.2.29
on 10/01/2020 Paul Gortmaker wrote:
> Bruce, Yocto kernel folks:
>
> Here is the next 5.2.x stable update "extension" primarily created for
> the Yocto project, as the 8th v5.2.x post-EOL release.
>
> This release is kind of "normal" --
Hi,
On Tue, Dec 17, 2019 at 10:22 AM wrote:
> From: David Steinberg
>
> Signed-off-by: David Steinberg
>
Small ping for this patch set.
> ---
> Makefile.am | 4 ++--
> configure.ac | 6 ++
> psplash.c| 6 +++---
> 3 files changed, 11 insertions(+), 5 deletions(-)
>
> diff --git
Hi, we want to set up to cross compile our software that uses QApt, for an
embedded device, on our build machine. We want to automate the process. The
embedded device is to be updated on occasion, and is actually migrated from a
different embedded device. We have been able to build other Qt
Howdy!
On Wed, Jan 15, 2020 at 07:04:08AM -0800, FooBar wrote:
> Hi,
>
> I’m having trouble adding apt to the cross-compile Qt SDK toolchain. I’m
> hoping someone can direct me to some resources or guide me on how to
> accomplish this task.
Whats the rationale behind it? I can see apt being
Hi Enrico,
thank you very much for your help.
I'm using barebox_2019.01.0-phy4-r7.0 now. In thud I used barebox_2017.12.0
The image is built using my own ims layer which depends on core-image-minimal
LAYERDEPENDS_ims-layer = "core-image-minimal openembedded-layer phytec-layer"
Its using the
On 14/01/2020 15.47, Josef Holzmayr wrote:
> Howdy!
>
> On Tue, Jan 14, 2020 at 02:38:29PM +, Rasmus Villemoes wrote:
>> Is there some way to build images based on both musl and glibc for the
>> same machine?
>
> No problem at all - be it either through seperate builds, or
> multiconfig.
On Wed, 2020-01-15 at 06:50 +, Mittal, Anuj wrote:
> Can this be merged in zeus/warrior too please?
I've merged to zeus but this code isn't in warrior at all...
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#47966):
14 matches
Mail list logo