--with-python does not check Python.h

[Mateusz Łoskot]

I'm not sure if this is intentional, but --with-python option​ does not trigger checking for Python.h (Python's development package). Only use of --with-ogpython option​ leads to call AM_PATH_PYTHON and AM_INIT_PYEXEC_MOD where Python.h is checked​.

python setup.py build
setup.py:78: DeprecationWarning: The popen2 module is deprecated.  Use the subprocess module.
  import popen2
running build
running build_py
creating build
creating build/lib.linux-x86_64-2.6
copying gdal.py -> build/lib.linux-x86_64-2.6
copying ogr.py -> build/lib.linux-x86_64-2.6
copying osr.py -> build/lib.linux-x86_64-2.6
copying gdalconst.py -> build/lib.linux-x86_64-2.6
creating build/lib.linux-x86_64-2.6/osgeo
copying osgeo/ogr.py -> build/lib.linux-x86_64-2.6/osgeo
copying osgeo/__init__.py -> build/lib.linux-x86_64-2.6/osgeo
copying osgeo/osr.py -> build/lib.linux-x86_64-2.6/osgeo
copying osgeo/gdal_array.py -> build/lib.linux-x86_64-2.6/osgeo
copying osgeo/gdalnumeric.py -> build/lib.linux-x86_64-2.6/osgeo
copying osgeo/gdalconst.py -> build/lib.linux-x86_64-2.6/osgeo
copying osgeo/gdal.py -> build/lib.linux-x86_64-2.6/osgeo
running build_ext
building 'osgeo._gdal' extension
creating build/temp.linux-x86_64-2.6
creating build/temp.linux-x86_64-2.6/extensions
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I../../port -I../../gcore -I../../alg -I../../ogr/ -I/usr/include/python2.6 -I. -I/home/mloskot/dev/gdal/_svn/trunk/gdal/include -c extensions/gdal_wrap.cpp -o build/temp.linux-x86_64-2.6/extensions/gdal_wrap.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++
extensions/gdal_wrap.cpp:129:20: error: Python.h: No such file or directory
extensions/gdal_wrap.cpp:2502:4: error: #error "This python version requires swig to be run with the '-classic' option"

Ubuntu 9.10 64-bit (Karmic Koala) + GCC 4.4.1

[Jukka Rahkonen]

The "Old-gen Python Checks" have been removed a long time ago and --with-python must have been used a lot since that. Without knowing how to compile I believe that this has been fixed.