On 9 May 2018 at 09:58, Burton, Ross <[email protected]> wrote: > Is that *right* though? Non-arch libdir is for architecture-independent > pieces as the name suggests.
Looking at it again, no. It's not. That was just the first solution that came to my head. I think the right solution is to use libdir_native, which doesn't change at all, and nonstaging_libdir can go away entirely. > > Ross > > On 9 May 2018 at 16:49, Dan McGregor <[email protected]> wrote: >> >> From: Dan McGregor <[email protected]> >> >> Setting staging_libdir to libdir caused unnecessary rebuilds of >> go-native when switching from a multilib build to a non-multilib >> build. Switch to nonarch_libdir because that's the same on both >> multilib and regular builds. >> >> Signed-off-by: Dan McGregor <[email protected]> >> --- >> meta/recipes-devtools/go/go-native.inc | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/meta/recipes-devtools/go/go-native.inc >> b/meta/recipes-devtools/go/go-native.inc >> index b76fb0825e4..76c83848cd3 100644 >> --- a/meta/recipes-devtools/go/go-native.inc >> +++ b/meta/recipes-devtools/go/go-native.inc >> @@ -1,6 +1,6 @@ >> # Use immediate assingment here to get the original (/usr/lib) >> # instead of the one rewritten by native.bbclass. >> -nonstaging_libdir := "${libdir}" >> +nonstaging_libdir := "${nonarch_libdir}" >> >> inherit native >> >> -- >> 2.18.0-dev >> >> -- >> _______________________________________________ >> Openembedded-core mailing list >> [email protected] >> http://lists.openembedded.org/mailman/listinfo/openembedded-core > > -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
