I am cross-posting this question; I think this question is more numpy-related than cython-related.  Original question is at bottom.

In OSX 10.6, C system headers such as /usr/include/i386/types.h (as well as other standard headers like C99 stdint.h) define int64_t as 

  typedef long long int64_t;

Whereas npy_common.h defines the following incompatible type when included (I traced it to line 258 via the gcc -E switch):

  typedef long npy_int64

As a result, I get conflicts when mixing standard library and numpy int64_t variables (during normal Cythoning on OSX).

A quick hackaround, I can alter the npy_common.h file to look like this:

#ifdef OSX_INT64_LONG_LONG
        typedef long long npy_int64;
        typedef unsigned long long npy_uint64;
#else
        typedef long npy_int64;
        typedef unsigned long npy_uint64;
#endif

And define the OSX_INT64_LONG_LONG macro in my build, in setup.py.

Has anyone had this sort of incompatibility on OSX? Suggestions as to correct way to deal with it?  

Thanks,
  Adam


On Mon, Dec 19, 2011 at 1:37 PM, mark florisson <markflorisson88@gmail.com> wrote:
On 19 December 2011 00:04, Adam Klein <adam@lambdafoundry.com> wrote:
> Hi all,
>
> I'm getting the following error:
>
> source.cpp:1969: error: invalid conversion from ‘__pyx_t_5numpy_int64_t*’ to
> ‘int64_t*’
>
> I am on OSX (10.6).  Same make compiles fine on Linux.
>
> The problematic compiler command:
>
> /usr/bin/llvm-gcc -fno-strict-aliasing -fno-common -dynamic -arch i386 -arch
> x86_64 -O3 -march=core2 -w -pipe -DNDEBUG -g -fwrapv -O3 -Wall
> -Wstrict-prototypes
> -I/Volumes/HD2/adam/.virtualenvs/py27/lib/python2.7/site-packages/numpy/core/include
> -I/usr/local/Cellar/python/2.7.2/Frameworks/Python.framework/Versions/2.7/include/python2.7
> -c source.cpp -o build/temp.macosx-10.5-intel-2.7/source.o
>
> I figured out that if I take out the flag "-arch x86_64", it builds.
>
> I don't have any ARCHFLAGS or CFLAGS defined otherwise in my environments.
>
> Any ideas?
>
> Thanks!
>
> --Adam

Hm, could you paste the full compiler output and possibly the source code?

I figured out, using the -E switch of gcc, that /usr/include/i386/types.h is being included, which defines int64_t as 

#ifndef _INT64_T                                                                                            
#define _INT64_T
typedef long long int64_t;
#endif

It seems to be chosen from /usr/include/machine,

#elif defined (__i386__) || defined(__x86_64__)
#include "i386/types.h"

This matches the stdint.h definition in /usr/include/stdint.h.

This all conflicts with the npy_common.h definition, 

#elif NPY_BITSOF_LONG == 64
#define NPY_INT64 NPY_LONG
#define NPY_UINT64 NPY_ULONG
        typedef long npy_int64;

I'm still trying to find an OSX header int64_t definition that isn't defined as "long long"...