]> code.ossystems Code Review - openembedded-core.git/commit
python3-native: Should not search the system for headers/libraries.
authorJeremy Puhlman <jpuhlman@mvista.com>
Wed, 4 Mar 2020 00:24:09 +0000 (16:24 -0800)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Fri, 6 Mar 2020 08:19:12 +0000 (08:19 +0000)
commitf37dfc7907ae7bac08d40468ddde2e5b8bba030c
tree7ef5c31f8736e3accb6a4942973a3af231c45e3e
parent456a1431dd7d8472830b8716e80e64a888617354
python3-native: Should not search the system for headers/libraries.

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.

Signed-off-by: Jeremy A. Puhlman <jpuhlman@mvista.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/recipes-devtools/python/python3/0001-Don-t-search-system-for-headers-libraries.patch [new file with mode: 0644]
meta/recipes-devtools/python/python3_3.8.1.bb