[OE-core] go-cross: incorrect dependency on tune-specific libgcc

Bruce Ashfield bruce.ashfield at gmail.com
Mon Apr 10 13:16:12 UTC 2017


On Mon, Apr 10, 2017 at 9:09 AM, Patrick Ohly <patrick.ohly at intel.com>
wrote:

> On Mon, 2017-04-10 at 08:59 -0400, Bruce Ashfield wrote:
> >
> >
> > On Mon, Apr 10, 2017 at 8:49 AM, Patrick Ohly <patrick.ohly at intel.com>
> > wrote:
> [...]
> >         diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
> >         index 85f71a2e9a6..ac41c80d377 100644
> >         --- a/meta/classes/go.bbclass
> >         +++ b/meta/classes/go.bbclass
> >         @@ -26,7 +26,7 @@ export CGO_CPPFLAGS = "${TARGET_CPPFLAGS}"
> >          export CGO_CXXFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS}
> >         ${TARGET_CXXFLAGS}"
> >          export CGO_LDFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS}
> >         ${TARGET_LDFLAGS}"
> >
> >         -DEPENDS += "go-cross-${TARGET_ARCH}"
> >         +DEPENDS += "go-cross-${TUNE_PKGARCH}"
> >          DEPENDS_class-native += "go-native"
> >
> >          FILES_${PN}-staticdev += "${GOSRC_FINAL}/${GO_IMPORT}"
> [...]
>
> > This requires any layers with existing DEPENDS on go-cross-${TARGET}
> > to be updated,
>
> "inherit go" hides that detail, so only recipes which depend on
> go-cross-${TARGET_ARCH} directly instead of using go.bbclass need to be
> updated (and perhaps should be changed to use go.bbclass instead?).
>

True!

I don't universally use the go bbclass in oe-core, since my recipes all
predate
it by a significant amount.

Either way, I still have a problem when changes like this merge into
oe-core and
I never know exactly when .. until I get the email of people telling me
that things
are broken in meta-virt :D

Bruce


>
> But I'm not a go expert, so let's hear from those first ;-}
>
> --
> Best Regards, Patrick Ohly
>
> The content of this message is my personal opinion only and although
> I am an employee of Intel, the statements I make here in no way
> represent Intel's position on the issue, nor am I authorized to speak
> on behalf of Intel on this matter.
>
>
>
>


-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170410/75d06087/attachment-0002.html>


More information about the Openembedded-core mailing list