[OE-core] [PATCH] systemd: fix VERSION_TAG related build error

2024-07-16 Thread Kai Kang via lists.openembedded.org
From: Kai Kang The patch 0001-src-boot-efi-meson.build-ensure-VERSION_TAG-exists-i.patch for systemd-boot is also required by systemd to resolve VERSION_TAG related build error. Signed-off-by: Kai Kang --- meta/recipes-core/systemd/systemd_256.bb | 1 + 1 file changed, 1 insertion(+) diff

Re: [OE-core] [PATCH v3 1/1] gfortran: update runtime dependencies

2024-07-15 Thread Kai Kang via lists.openembedded.org
amiliar with fortran (we've enabled it long time ago to build lapack(blas) for snowboy, but wasn't actively used for couple years). Regards, On Sun, Jun 16, 2024 at 5:32 PM Kai Kang via lists.openembedded.org wrote: From: Kai Kang It fails to run both `gcc` and `gfortran` with errors: | roo

Re: [OE-core] [PATCH v3 0/1] Update for gfortran

2024-06-30 Thread Kai Kang via lists.openembedded.org
has been staged in master-next, then I just send the other one which rebased on master-next. master-next can be rebased, please base your patches on top of master unless instructed to do differently. OK. Will do next time. Regards, Kai On 16/06/2024 23:31:34+0800, Kai Kang via

[OE-core] [PATCH v3 1/1] glibc: fix fortran header file conflict for arm

2024-06-24 Thread Kai Kang via lists.openembedded.org
From: Kai Kang There is a file conflict for arm when multilib enabled: | Error: Transaction test error: | file /usr/include/finclude/math-vector-fortran.h conflicts between attempted installs of lib32-libc6-dev-2.39+git0+312e159626-r0.armv7at2hf_neon and

[OE-core] [PATCH v3 0/1] Fix glibc fortran header conflict for arm

2024-06-24 Thread Kai Kang via lists.openembedded.org
From: Kai Kang Tested for qemuarm64 with multilib enabled: 1. set machine and enable multilib require conf/multilib.conf MULTILIBS = "multilib:lib32" MACHINE = "qemuarm64" DEFAULTTUNE:virtclass-multilib-lib32 = "armv7vethf-neon" 2. enable fortran and install to

Re: [OE-core] [PATCH v3 1/1] gfortran: update runtime dependencies

2024-06-24 Thread Kai Kang via lists.openembedded.org
me ago to build lapack(blas) for snowboy, but wasn't actively used for couple years). Regards, On Sun, Jun 16, 2024 at 5:32 PM Kai Kang via lists.openembedded.org wrote: From: Kai Kang It fails to run both `gcc` and `gfortran` with errors: | root@qemux86-64:~# x86_64-poky-linux

Re: [OE-core] [PATCH v3 0/1] Update for gfortran

2024-06-24 Thread Kai Kang via lists.openembedded.org
on master-next. Regards, Kai On 16/06/2024 23:31:34+0800, Kai Kang via lists.openembedded.org wrote: From: Kai Kang v3: * update INSANE_SKIP for ${MLPREFIX}gfortran v2: * add sub-package gfortran conditionally Kai Kang (1): gfortran: update runtime dependencies meta/recipes-devtools/gcc/gcc

[OE-core] [PATCH v3 1/1] gfortran: update runtime dependencies

2024-06-16 Thread Kai Kang via lists.openembedded.org
From: Kai Kang It fails to run both `gcc` and `gfortran` with errors: | root@qemux86-64:~# x86_64-poky-linux-gcc a.c | x86_64-poky-linux-gcc: fatal error: cannot execute 'as': posix_spawnp: No such file or directory then add binutils which provides `as` to RDEPENDS of gcc. libgfortran-dev

[OE-core] [PATCH v3 0/1] Update for gfortran

2024-06-16 Thread Kai Kang via lists.openembedded.org
From: Kai Kang v3: * update INSANE_SKIP for ${MLPREFIX}gfortran v2: * add sub-package gfortran conditionally Kai Kang (1): gfortran: update runtime dependencies meta/recipes-devtools/gcc/gcc-target.inc | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) -- 2.34.1

[OE-core] [PATCH v2 1/2] gfortran: update runtime dependencies

2024-06-14 Thread Kai Kang via lists.openembedded.org
From: Kai Kang It fails to run both `gcc` and `gfortran` with errors: | root@qemux86-64:~# x86_64-poky-linux-gcc a.c | x86_64-poky-linux-gcc: fatal error: cannot execute 'as': posix_spawnp: No such file or directory then add binutils which provides `as` to RDEPENDS of gcc. libgfortran-dev

[OE-core] [PATCH v2 2/2] gcc: remove g77/f77

2024-06-14 Thread Kai Kang via lists.openembedded.org
From: Kai Kang g77/f77 has been removed from gcc 4.0.0 via commit: * b4117c30610 Makefile.def, [...]: Remove all mention of libf2c. When set FORTRAN = ",f77" it complains with error: | The following requested languages could not be built: f77 | Supported languages are:

[OE-core] [PATCH v2 0/2] Update for gfortran

2024-06-14 Thread Kai Kang via lists.openembedded.org
From: Kai Kang v2: * add sub-package gfortran conditionally Kai Kang (2): gfortran: update runtime dependencies gcc: remove g77/f77 .../gcc/gcc-configure-common.inc | 2 +- meta/recipes-devtools/gcc/gcc-runtime.inc | 13 + meta/recipes-devtools/gcc/gcc-target.inc

Re: [OE-core] [PATCH 1/2] gfortran: update runtime dependencies

2024-06-13 Thread Kai Kang via lists.openembedded.org
On 6/14/24 05:56, Richard Purdie wrote: On Thu, 2024-06-13 at 19:51 +0800, Kai Kang via lists.openembedded.org wrote: From: Kai Kang It fails to run both `gcc` and `gfortran` with errors: root@qemux86-64:~# x86_64-poky-linux-gcc a.c x86_64-poky-linux-gcc: fatal error: cannot execute

[OE-core] [PATCH 2/2] gcc: remove g77/f77

2024-06-13 Thread Kai Kang via lists.openembedded.org
From: Kai Kang g77/f77 has been removed from gcc 4.0.0 via commit: * b4117c30610 Makefile.def, [...]: Remove all mention of libf2c. When set FORTRAN = ",f77" it complains with error: | The following requested languages could not be built: f77 | Supported languages are:

[OE-core] [PATCH 1/2] gfortran: update runtime dependencies

2024-06-13 Thread Kai Kang via lists.openembedded.org
From: Kai Kang It fails to run both `gcc` and `gfortran` with errors: | root@qemux86-64:~# x86_64-poky-linux-gcc a.c | x86_64-poky-linux-gcc: fatal error: cannot execute 'as': posix_spawnp: No such file or directory then add binutils which provides `as` to RDEPENDS of gcc. libgfortran-dev

[OE-core] [PATCH] multilib.bbclass: replace deprecated e.data with d

2024-06-04 Thread Kai Kang via lists.openembedded.org
From: Kai Kang Replace deprecated e.data with d in multilib.bbclass and multilib_global.bbclass. Remove event check in function multilib_virtclass_handler_vendor in multilib_global.bbclass. The function flag 'eventmask' has been set with 'bb.event.ConfigParsed', so no need to check the event