]> 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)
committerAnuj Mittal <anuj.mittal@intel.com>
Tue, 28 Apr 2020 01:57:21 +0000 (09:57 +0800)
commitdb8bef336849570dd99900b173c44cc47b208058
treec8374e647f2fcd4efdf692e75c82681e9120d9a6
parentbd3e0d724004a346921a25defa6d812d48d6108a
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.

(From OE-Core rev: f37dfc7907ae7bac08d40468ddde2e5b8bba030c)

Signed-off-by: Jeremy A. Puhlman <jpuhlman@mvista.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
(cherry picked from commit 400743867de587579dee85388c30190f353f80c8)
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
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.7.7.bb