On Thu, Jul 23, 2015 at 12:37:59AM +0200, Manuel Rüger wrote: > On 23.07.2015 00:19, William Hubbs wrote: > > All, > > > > after some testing, i decided that the eclass should make both the > > golibdir and the prefixed version of it available with functions. > > > > The reason for this is that the prefixed golibdir should be part of > > GOPATH when building packages. > > > > The functions are get_golibdir and get_golibdir_gopath. > > > > Here's the updated patch. > > > > William > > > > Have you tested this with FEATURES="multilib-strict"? > > I guess you need $(get_libdir) from multilib eclass to set the correct > libpath. > > Manuel > >
No, because Go has its own way of separating architecture/os specific
packages. /usr/lib/go is the standard Go library and /usr/lib/go-gentoo
will hold third party Go packages. Under them, there are src directories
and directories named ${GOOS}_${GOARCH} which store the packages for the
specific OS/ARCH.
William
signature.asc
Description: Digital signature
