From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: leimaohui@fujitsu.com, openembedded-core@lists.openembedded.org
Subject: Re: [OE-core][PATCH v4][PATCH] libbsd: Fix conflict error when enable multilib.
Date: Tue, 11 Jun 2024 10:23:36 +0100 [thread overview]
Message-ID: <55dfaabcdf802dc7fc114346f445e1b587cbf468.camel@linuxfoundation.org> (raw)
In-Reply-To: <20240430082706.51856-1-leimaohui@fujitsu.com>
On Tue, 2024-04-30 at 16:27 +0800, leimaohui via lists.openembedded.org wrote:
> From: Lei Maohui <leimaohui@fujitsu.com>
>
> - Fix the conflict error by oe_multilib_header. The conflict error is as the following:
> Error: Transaction test error:
> file /usr/include/bsd/sys/cdefs.h conflicts between attempted installs of libbsd-dev-0.12.1-r0.core2_64 and lib32-libbsd-dev-0.12.1-r0.core2_32
>
> The difference of bsd/sys/cdefs.h between libbsd-dev and lib32-libbsd-dev is as following:
>
> /* Define the ABI for the current system. */
> -#define LIBBSD_SYS_TIME_BITS 64
> +#define LIBBSD_SYS_TIME_BITS 32
> #define LIBBSD_SYS_HAS_TIME64 1
>
> - After oe_multilib_header on cdefs.h, the path of cdefs-64.h and cdefs-32.h in cdefs.h need to be corrected for overlay-mode. Please reference to https://man.archlinux.org/man/libbsd.7 for details.
> @@ -12,19 +12,19 @@
> #ifdef _MIPS_SIM
>
> #if _MIPS_SIM == _ABIO32
> -#include <bsd/sys/cdefs-32.h>
> +#include <sys/cdefs-32.h>
> #elif _MIPS_SIM == _ABIN32
> -#include <bsd/sys/cdefs-n32.h>
> +#include <sys/cdefs-n32.h>
> #else
> #error "Unknown _MIPS_SIM"
> #endif
>
> #else /* _MIPS_SIM is not defined */
> -#include <bsd/sys/cdefs-32.h>
> +#include <sys/cdefs-32.h>
> #endif
>
> #elif __WORDSIZE == 64
> -#include <bsd/sys/cdefs-64.h>
> +#include <sys/cdefs-64.h>
> #else
> #error "Unknown __WORDSIZE detected"
> #endif /* matches #if __WORDSIZE == 32 */
>
> Signed-off-by: Lei Maohui <leimaohui@fujitsu.com>
> ---
> meta/recipes-support/libbsd/libbsd_0.12.2.bb | 10 +++++++++-
> 1 file changed, 9 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-support/libbsd/libbsd_0.12.2.bb b/meta/recipes-support/libbsd/libbsd_0.12.2.bb
> index 7d5e88f293..1791d97dfd 100644
> --- a/meta/recipes-support/libbsd/libbsd_0.12.2.bb
> +++ b/meta/recipes-support/libbsd/libbsd_0.12.2.bb
> @@ -40,8 +40,16 @@ SRC_URI = "https://libbsd.freedesktop.org/releases/${BPN}-${PV}.tar.xz"
>
> SRC_URI[sha256sum] = "b88cc9163d0c652aaf39a99991d974ddba1c3a9711db8f1b5838af2a14731014"
>
> -inherit autotools pkgconfig
> +inherit autotools pkgconfig multilib_header
>
> DEPENDS += "libmd"
>
> +do_install:append () {
> + oe_multilib_header bsd/sys/cdefs.h
> + # It hasn't been tested when libbsd is used in 'namespaced headers' mode according to
> + # https://man.archlinux.org/man/libbsd.7.
> + sed -i 's:#include <bsd/sys/cdefs:#include <sys/cdefs:g' ${D}${includedir}/bsd/sys/cdefs.h
> +}
> +
> +
> BBCLASSEXTEND = "native nativesdk"
Firstly, I know several of us are not convinced this is the right thing
to do. We've not been able to easily describe why we're uneasy about
it. We did do some wider testing with this patch and it causes several
errors in meta-openembedeed:
https://errors.yoctoproject.org/Errors/Build/186567/
so we can't merge something with this approach.
We really do need to stick with the way upstream use their code.
Cheers,
Richard
next prev parent reply other threads:[~2024-06-11 9:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-30 8:27 [OE-core][PATCH v4][PATCH] libbsd: Fix conflict error when enable multilib leimaohui
2024-06-11 9:23 ` Richard Purdie [this message]
2024-06-19 8:34 ` Maohui Lei (Fujitsu)
[not found] <17CB016975A375B8.19032@lists.openembedded.org>
2024-05-10 1:19 ` Maohui Lei (Fujitsu)
2024-05-10 8:43 ` Alexander Kanavin
2024-05-13 0:45 ` Maohui Lei (Fujitsu)
[not found] ` <17CEE5C1836CC254.26216@lists.openembedded.org>
2024-05-29 2:01 ` Maohui Lei (Fujitsu)
2024-05-29 9:56 ` Alexander Kanavin
2024-05-31 3:03 ` Maohui Lei (Fujitsu)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55dfaabcdf802dc7fc114346f445e1b587cbf468.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=leimaohui@fujitsu.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox