Is that *right* though?  Non-arch libdir is for architecture-independent pieces as the name suggests.

Ross

On 9 May 2018 at 16:49, Dan McGregor <danismostlikely@gmail.com> wrote:
From: Dan McGregor <dan.mcgregor@usask.ca>

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 <dan.mcgregor@usask.ca>
---
 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
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core