Re: [OE-core] [PATCH 1/2] binutils-cross-canadian: Add missing perl mpodules to RDEPENDS

Khem Raj
2026-04-01T20:40:34Z

[-- Attachment #1: Type: text/plain, Size: 4814 bytes --]

On Wed, Apr 1, 2026 at 5:41 AM Harish Sadineni <
Harish.Sadineni@windriver.com> wrote:

>
> On 10/1/2025 10:26 PM, Khem Raj wrote:
> > CAUTION: This email comes from a non Wind River email account!
> > Do not click links or open attachments unless you recognize the sender
> and know the content is safe.
> >
> > On Wed, Oct 1, 2025 at 2:57 AM Richard Purdie via
> > lists.openembedded.org
> > <richard.purdie=linuxfoundation.org@lists.openembedded.org> wrote:
> >> On Wed, 2025-10-01 at 14:17 +0530, Harish Sadineni wrote:
> >>> On 9/30/2025 7:17 PM, Richard Purdie wrote:
> >>> On Tue, 2025-09-30 at 05:39 -0700, Sadineni, Harish via
> lists.openembedded.org wrote:
> >>>>> From: Harish Sadineni <Harish.Sadineni@windriver.com>
> >>>>>
> >>>>> In sdk while running "x86_64-poky-linux-gp-display-html --help" gives
> >>>>> following error:
> >>>>> $sdk/sysroots/x86_64-pokysdk-linux/usr/bin/x86_64-poky-linux->
> >>>>> ./x86_64-poky-linux-gp-display-html --help
> >>>>> Can't locate bigint.pm in @INC (you may need to install the bigint
> module
> >>>>>
> >>>>> By adding the following perl modules to RDEPENDS fixes the above
> errors:
> >>>>> nativesdk-perl-module-bignum
> >>>>> nativesdk-perl-module-bigint
> >>>>> nativesdk-perl-module-math-bigint
> >>>>>
> >>>>> Signed-off-by: Harish Sadineni <Harish.Sadineni@windriver.com>
> >>>>> ---
> >>>>> meta/recipes-devtools/binutils/binutils-cross-canadian.inc | 1 +
> >>>>> 1 file changed, 1 insertion(+)
> >>>>>
> >>>>> diff --git
> a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> b/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> >>>>> index 7d7ffe92ce..9dc73fbdf1 100644
> >>>>> --- a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> >>>>> +++ b/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> >>>>> @@ -5,6 +5,7 @@ PN =
> "binutils-cross-canadian-${TRANSLATED_TARGET_ARCH}"
> >>>>> BPN = "binutils"
> >>>>>
> >>>>> DEPENDS = "flex-native bison-native virtual/nativesdk-cross-cc
> virtual/nativesdk-libc nativesdk-zlib nativesdk-gettext nativesdk-flex"
> >>>>> +RDEPENDS:${PN} += "nativesdk-perl-module-bignum
> nativesdk-perl-module-bigint nativesdk-perl-module-math-bigint"
> >>>>> EXTRA_OECONF +=
> "--with-sysroot=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGET_VENDOR}-${TARGET_OS}
> \
> >>>>> --enable-poison-system-directories \
> >>>>> "
> >>>>>
> >>>> This is probably the right direction but shouldn't this be for the
> >>>> gprofng package rather than ${PN}?
> >>>>
> >>> Hi Richard,
> >>>
> >>> In the SDK at $sdk/sysroots/x86_64-pokysdk-linux/usr/bin/x86_64-
> >>> poky-linux, the script "x86_64-poky-linux-gp-display-html" is not
> >>> pulled or packaged by the gprofng package.
> >>> Instead, it is installed as part of the binutils-cross-canadian
> >>> package.
> >>>
> >>> Adding the perl module dependencies to gprofng package will not
> >>> resolve this issue , it would be effective only if "nativesdk-
> >>> gprofng" is explicitly installed by the user.
> >>>
> >> Fair enough. Should x86_64-poky-linux-gp-display-html not be part of
> >> the gprofng package though? Perhaps we should change it to be packaged
> >> there, then add the dependency to that?
> > right, that would make it live with the right set of sub-package as well.
>
> Hi Khem, Richard,
>
> We attempted to package gprofng separately from binutils-cross-canadian.
> We’ve verified that under the package split and its working correctly,
> and gprofng is being generated as an independent package.
>
> However, during SDK population, the gprofng package is still being
> included along with the main binutils-cross-canadian package,
> even though it hasn’t been explicitly added.
>
> I also checked whether there is any code that packages all the packages
> created under binutils-cross-canadian,
> but I couldn’t find anything relevant. Is this expected or do you have
> any suggestion.
>
>
I would suggest to look into shared libraries that gets into
gprofng package and
then see if there is a binary or .so in other other packages listing one of
those
.so in DT_NEEDED section of the ELF header.

> Thanks,
> Harish
>
> >> Cheers,
> >>
> >> Richard
> >>
> >>
> >>
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >> Links: You receive all messages sent to this group.
> >> View/Reply Online (#224204):
> https://lists.openembedded.org/g/openembedded-core/message/224204
> >> Mute This Topic: https://lists.openembedded.org/mt/115512852/1997914
> >> Group Owner: openembedded-core+owner@lists.openembedded.org
> >> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [
> raj.khem@gmail.com]
> >> -=-=-=-=-=-=-=-=-=-=-=-
> >>
>

[-- Attachment #2: Type: text/html, Size: 7286 bytes --]