Just getting to this thread now -- I think this was introduced in my 
recent changes.  I'm used to being on platforms where this is defined, 
so I forgot that it's not always there.

In this specific case "unsigned char" is probably equivalent everywhere 
we run, so we might as well just do that.  If a Windows user can verify 
that fix works, I'll fix it in SVN.

Mike

Michael Abshoff wrote:
> On Fri, Feb 6, 2009 at 3:03 PM, Ryan May <rma...@gmail.com> wrote:
>   
>> On Fri, Feb 6, 2009 at 4:48 PM, Andrew Straw <straw...@astraw.com> wrote:
>>     
>>> Ryan May wrote:
>>>       
>>>> On Fri, Feb 6, 2009 at 3:27 PM, Andrew Straw <straw...@astraw.com
>>>> <mailto:straw...@astraw.com>> wrote:
>>>>
>>>>     Patrick,
>>>>
>>>>     Can you see if adding "#include <stdint.h>" at the top of
>>>> src/path.cpp
>>>>     will do the job?
>>>>
>>>>     I'm not super-optimistic, though -- I think this is defined by the
>>>> C99
>>>>     standard, which I'm not sure Microsoft supports.
>>>>
>>>>
>>>> Well, we're also talking about C++ here and not C, so C99 does not
>>>> apply.  A quick googling around seems to indicate that some of the
>>>> open source compilers support such a type, but it not standardized by
>>>> C++.
>>>>         
>>> There is no <stdint.h> or the type is not defined in stdint.h?
>>>
>>> Maybe as a workaround you could use mingw...
>>>       
>> I meant that uint8_t is not a standardized C++ type.  If that's the case,
>> wouldn't it be better to tweak the code to use something standard rather
>> than just use a compiler that supports the non-standard type?  Especially
>> given that the official Python 2.5 build uses this compiler?
>>     
>
> Please stick with standard types.
>
> And MSVC 2005 and higher do have C99 support, it is just unfortunate
> that it is not complete.
>
>   
>> Ryan
>>     
>
> Cheers,
>
> Michael
>
>   
>> --
>> Ryan May
>> Graduate Research Assistant
>> School of Meteorology
>> University of Oklahoma
>>
>> ------------------------------------------------------------------------------
>> Create and Deploy Rich Internet Apps outside the browser with
>> Adobe(R)AIR(TM)
>> software. With Adobe AIR, Ajax developers can use existing skills and code
>> to
>> build responsive, highly engaging applications that combine the power of
>> local
>> resources and data with the reach of the web. Download the Adobe AIR SDK and
>> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>>     
>
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>   


------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Reply via email to