pandas-ci pip test failling

[TomAugspurger]

https://travis-ci.org/pandas-dev/pandas-ci/jobs/411446775#L2809

failling with

                   from pandas/_libs/hashing.c:596:
  /home/travis/miniconda3/envs/pandas/lib/python3.6/site-packages/numpy/core/include/numpy/npy_1_7_deprecated_api.h:15:2: warning: #warning "Using deprecated NumPy API, disable it by " "#defining NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" [-Wcpp]
   #warning "Using deprecated NumPy API, disable it by " \
    ^
  pandas/_libs/hashing.c:610:35: fatal error: ../src/headers/stdint.h: No such file or directory
   #include "../src/headers/stdint.h"
                                     ^
  compilation terminated.
  error: command 'gcc' failed with exit status 1
  
  ----------------------------------------
  Failed building wheel for pandas

[TomAugspurger]

d010469#diff-50f6ee3a1f0f53448cba576517104cf0 was the last commit to touch libs/hashing.pyx, but that doesn't look like it.

possibly 4cf95ba? cc @jbrockmendel

[jbrockmendel]

Shot in the dark: _libs/tslibs/util.pxd has a line cdef extern from "../src/headers/stdint.h":. If the ".." is evaluated from the position of the tslibs/util.pxd file, then it correctly points towards stdint.h. But if It were evaluated from the hashing.pyx file, it would point toward a non-existing path.

No idea why it would be evaluated that way, or why only that file or a particular build would do so.

[jbrockmendel]

Has this resolved itself?

[jreback]

no

[jreback]

so here's the gcc command from https://travis-ci.org/pandas-dev/pandas-ci/jobs/418392033

we include from pandas/_libs/src but trying to

gcc -pthread -shared -B /home/travis/miniconda3/envs/pandas/compiler_compat -L/home/travis/miniconda3/envs/pandas/lib -Wl,-rpath=/home/travis/miniconda3/envs/pandas/lib -Wl,--no-as-needed -Wl,--sysroot=/ build/temp.linux-x86_64-3.6/pandas/_libs/hashtable.o -o build/lib.linux-x86_64-3.6/pandas/_libs/hashtable.cpython-36m-x86_64-linux-gnu.so
  building 'pandas._libs.index' extension
  creating build/temp.linux-x86_64-3.6/pandas/_libs/tslibs
  creating build/temp.linux-x86_64-3.6/pandas/_libs/tslibs/src
  creating build/temp.linux-x86_64-3.6/pandas/_libs/tslibs/src/datetime
  gcc -pthread -B /home/travis/miniconda3/envs/pandas/compiler_compat -Wl,--sysroot=/ -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -fPIC -Ipandas/_libs/src/klib -Ipandas/_libs/src -Ipandas/_libs/tslibs/src -I/home/travis/miniconda3/envs/pandas/lib/python3.6/site-packages/numpy/core/include -I/home/travis/miniconda3/envs/pandas/include/python3.6m -c pandas/_libs/index.c -o build/temp.linux-x86_64-3.6/pandas/_libs/index.o -Wno-unused-function
  In file included from /home/travis/miniconda3/envs/pandas/lib/python3.6/site-packages/numpy/core/include/numpy/ndarraytypes.h:1816:0,
                   from /home/travis/miniconda3/envs/pandas/lib/python3.6/site-packages/numpy/core/include/numpy/ndarrayobject.h:18,
                   from /home/travis/miniconda3/envs/pandas/lib/python3.6/site-packages/numpy/core/include/numpy/arrayobject.h:4,
                   from pandas/_libs/index.c:607:
  /home/travis/miniconda3/envs/pandas/lib/python3.6/site-packages/numpy/core/include/numpy/npy_1_7_deprecated_api.h:15:2: warning: #warning "Using deprecated NumPy API, disable it by " "#defining NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" [-Wcpp]
   #warning "Using deprecated NumPy API, disable it by " \
    ^
  pandas/_libs/index.c:636:38: fatal error: src/datetime/np_datetime.h: No such file or directory
   #include "src/datetime/np_datetime.h"
                                        ^
  compilation terminated.

[jbrockmendel]

pandas/_libs/index.c:636:38: fatal error: src/datetime/np_datetime.h: No such file or directory
#include "src/datetime/np_datetime.h"

Is it possible this is using a cached version of the cython-compiled index.c? The correct path here should be "tslibs/src/datetime/np_datetime.h".

[jreback]

no this is new every time

[TomAugspurger]

Gotta fix this so that we can ensure things are installing from an sdist properly. Looking into this now.

[TomAugspurger]

Modifying the call to the C compiler to include -Ipandas/_libs/tslibs fixes the problem. Just need to figure out where all those includes are set in the setup.py I think...