[Pythonmac-SIG] distutils and stdard C++ headers..

Chris Barker chris.barker at noaa.gov
Wed Feb 8 21:27:32 CET 2012


putting this in the same thread, as maybe it's related:

if I get past the stdarg issues, I then get to:

compiling C++ sources
C compiler: c++ -fno-strict-aliasing -fno-common -dynamic -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -g -O2 -DNDEBUG
-g -O3

compile options: '-D__DARWIN__ -Ikiva/agg/src
-Ikiva/agg/agg-24/include -Ikiva/agg/agg-24/font_freetype
-Ikiva/agg/freetype2/src/autofit -Ikiva/agg/freetype2/src/base
-Ikiva/agg/freetype2/src/bdf -Ikiva/agg/freetype2/src/cache
-Ikiva/agg/freetype2/src/cff -Ikiva/agg/freetype2/src/cid
-Ikiva/agg/freetype2/src/gxvalid -Ikiva/agg/freetype2/src/gzip
-Ikiva/agg/freetype2/src/lzw -Ikiva/agg/freetype2/src/otvalid
-Ikiva/agg/freetype2/src/pcf -Ikiva/agg/freetype2/src/pfr
-Ikiva/agg/freetype2/src/psaux -Ikiva/agg/freetype2/src/pshinter
-Ikiva/agg/freetype2/src/psnames -Ikiva/agg/freetype2/src/raster
-Ikiva/agg/freetype2/src/sfnt -Ikiva/agg/freetype2/src/smooth
-Ikiva/agg/freetype2/src/tools -Ikiva/agg/freetype2/src/truetype
-Ikiva/agg/freetype2/src/type1 -Ikiva/agg/freetype2/src/type42
-Ikiva/agg/freetype2/src/winfonts -Ikiva/agg/freetype2/src/gzip
-Ikiva/agg/freetype2/include -Ikiva/agg/freetype2/src
-I/Developer/Headers/FlatCarbon
-I/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/
-I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include
-c'
c++: kiva/agg/src/kiva_hit_test.cpp
c++: kiva/agg/src/kiva_graphics_context_base.cpp
In file included from kiva/agg/src/kiva_graphics_context_base.cpp:14:
kiva/agg/src/kiva_graphics_context_base.h:13:17: error: stack: No such
file or directory
kiva/agg/src/kiva_graphics_context_base.h:14:18: error: vector: No
such file or directory

"vector", and "stack" are presumably C++ standard library stuff. shold
g++ have those on it's path already?

-isysroot /Developer/SDKs/MacOSX10.4u.sdk

is there -- shouldn't it take care of itself from there?

This is making me think that this distutils script (a complicated
one...) is somehow overriding some standard stuff.

any ideas??

-Chris


On Wed, Feb 8, 2012 at 12:14 PM, Chris Barker <chris.barker at noaa.gov> wrote:
> HI folks,
>
> I'm trying to build the Enthought Tool Suite "Enable" package
>
> (http://code.enthought.com/projects/index.php)
>
>  against the python.org 32 bit Intel/PPC build of python 2.7
>
> I'm getting a bunch of errors like:
>
> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error:
> stdarg.h: No such file or directory
>
> That file does exist, but it uses:
>
> #include_next <stdarg.h>
>
> So apparently there isn't a stdarg.h later on in the include path.
>
> There are a LOT of versions of stdarg.h on my system, so it's less
> than obvious which one should get picked up. Also, shouldn't distuitls
> set the include dirs to get this anyway? Even if I find one that
> works, I'd hate to hard-code that in there.
>
> any thoughts?
>
> -Chris
>
>
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R            (206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115       (206) 526-6317   main reception
>
> Chris.Barker at noaa.gov



-- 

Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov


More information about the Pythonmac-SIG mailing list