linux/poky.git/meta/recipes-devtools/python/python3/0001-Don-t-search-system-for-headers-libraries.patch, branch yocto-3.1.28Mirror of git.yoctoproject.org/pokyhttps://git.enea.com/cgit/linux/poky.git/atom?h=yocto-3.1.282020-03-06T08:19:18+00:00python3-native: Should not search the system for headers/libraries.2020-03-06T08:19:18+00:00Jeremy Puhlmanjpuhlman@mvista.com2020-03-04T00:24:09+00:00urn:sha1:400743867de587579dee85388c30190f353f80c8
The specific issue here is rpc/rpc.h, but its likely more general.
/usr/include is searched for rpc/rpc.h and if it exists on the
system, it changes behavior. If you are using the extended buildtools
tarball on a machine that has /usr/include/rpc/rpc.h, it will decide
that is good enough and not continue to search. nis fails to build
because /usr/include and /usr/lib are not part of the include/link
paths for the buildtools tarball compiler(nor should they be).
This makes it so python3-native will not build if you are using the
extended buildtools tarball, but from a larger issue perspective it
is building in likely different ways depending on what machine it
is building on.
libtirpc is already a depend so we shouldn't need the hosts rpc/rcp.h.
(From OE-Core rev: f37dfc7907ae7bac08d40468ddde2e5b8bba030c)
Signed-off-by: Jeremy A. Puhlman <jpuhlman@mvista.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>