Compilation of python for foreign target platform problem.

Host arch is x86_64, target arch is arm (arm32).

Configuration is (target arch part):

    (cd build-python && \
    DESTDIR=${SYSROOT} \
    PKG_CONFIG=true \
    LIBFFI_INCLUDEDIR= \
    PATH=${CURDIR}/host-python-home/bin:$$PATH \
    PYTHONHOME=${CURDIR}/host-python-home/lib \
    PYTHONPATH=${CURDIR}/host-python-home/lib/python3.5 \
    ../cpython/configure \
      --host=${TARGET_CROSS} \
      --build=${BUILD_M_ARCH}-unknown-linux-gnu \
      --prefix=/usr \
      --sysconfdir=/etc \
      --localstatedir=/var \
      --enable-shared \
      --disable-ipv6 \
      --with-system-ffi \
      --with-system-expat \
      --without-ensurepip \
      --cache-file=config.cache\
    )
    sed -e 's/#define HAVE_ATTRIBUTE_FORMAT_PARSETUPLE 1/#undef HAVE_ATTRIBUTE_FORMAT_PARSETUPLE/' -i build-python/pyconfig.h
    sed -e '/^PGEN=/ s|=.*$$|=\t\t${CURDIR}/build-python-native/Parser/pgen|' -e '/^LDFLAGS=/ s|=.*$$|=\t\t-L.|' -e '/^\$$(PGEN):/,+1d' -e '/^LIBFFI_INCLUDEDIR=/ s|=.*$$|=|' -i build-python/Makefile

Problem: option -I/usr/include passed to compiler during modules compilation. This lead to fails, due to target platform is different from host.

Suggested patch resolve the issue for me.

BTW, pass -I/usr/include is useless even for native builds.

for 3.5 branch

for 2.7 branch

The 0002-* patches look fine, however the 0001-* patches are wrong if you are in a Multi-Arch environment, where you can find valid headers in /usr/include. From my point of view, the set of include and header directories should be directly initialized from the compiler defaults, and not hard coded.

Matthias,

This question is really for you:

fc19031 (doko 2012-09-21 13:52:29 +0200 422) if multiarch_path_component != '':
fc19031 (doko 2012-09-21 13:52:29 +0200 423) add_dir_to_list(self.compiler.library_dirs,
fc19031 (doko 2012-09-21 13:52:29 +0200 424) '/usr/lib/' + multiarch_path_component)
fc19031 (doko 2012-09-21 13:52:29 +0200 425) add_dir_to_list(self.compiler.include_dirs,
fc19031 (doko 2012-09-21 13:52:29 +0200 426) '/usr/include/' + multiarch_path_component)
fc19031 (doko 2012-09-21 13:52:29 +0200 427) return

sorry, I don't understand your last comment.

This mean that code for search in /usr/include/... in multiarch environment was added by you in commit fc19031 2012-09-21 13:52:29 +0200, so in my suggestion I just don't change behaviour of you code.

As for my opinion, any additions of -I/usr/include/... are wrong: compiler either see it without such -I... or shouldn't see it at all (as for cross), or require hint from builder (something like CURSES_CFLAGS=-I/home/bluser/new_curses/include).

2.7 and 3.5 are no longer maintained. Please create a new issue if you are still having this problem with a current version (>= 3.9).