path: root/meta/recipes-sato/settings-daemon
diff options
authorMichael Lippautz <>2011-05-03 18:40:34 +0200
committerRichard Purdie <>2011-05-04 08:58:41 +0100
commit413e7e5a5d6db45a6fbca5044246d6696d9d5711 (patch)
treefd3134e3a90a3a1e36e6c61de2766978fcb95006 /meta/recipes-sato/settings-daemon
parent106517c40e929009bf63d806747dc613333c66e8 (diff)
python: Unbreak Python third-party extensions
This patch fixes compilation/linking of python third-party extensions, i.e. Extensions that ship with C code. Problem: Python uses distutils(-native) to compile third-party extensions. distutils uses its own sysconfig module to get the options for compiling and linking. Since third-party extensions have to be linked against this libpython it important that -L points into staging. This is not the case because distutils.sysconfig uses a special Makefile that is shipped with python determine the paths. The Makefile is the same that would be used on the target to build third-party extensions. It therefore points into /usr/lib instead of staging. Solution: Stage a modified version of the Makefile where the paths (incdir, libdir) have been replaced by ones that point into staging. Side-problem: The recipe actually should not stage files itself in do_compile, but rather handle everything that needs to be staged in do_install. This is currently not possible because python compiles itself using distutils-native. Distutils on the other hand does only allow to add a path, but not to substitute it, requiring a staged Makefile and before the actual python compilation is triggered. The second step to solve this would be to either patch distutils, or split python into python-initial and python. The -initial part could create the Makefile and the library, while the main part focuses on the target. For further references see: Signed-off-by: Michael Lippautz <> Acked-by: Martin Jansa <> Signed-off-by: Richard Purdie <>
Diffstat (limited to 'meta/recipes-sato/settings-daemon')
0 files changed, 0 insertions, 0 deletions