Timothy Hochberg wrote:
>
> I'm working on getting some old code working with numpy and I noticed
> that bool_ is not a subclass of int. Given that python's bool
> subclasses into and that the other scalar types are subclasses of
> their respective counterparts it seems at first glance that
> n
On 7/6/07, Vincent Nijs <[EMAIL PROTECTED]> wrote:
> I wrote the attached (small) program to read in a text/csv file with
> different data types and convert it into a recarray without having to
> pre-specify the dtypes or variables names. I am just too lazy to type-in
> stuff like that :) The suppo
I wrote the attached (small) program to read in a text/csv file with
different data types and convert it into a recarray without having to
pre-specify the dtypes or variables names. I am just too lazy to type-in
stuff like that :) The supported types are int, float, dates, and strings.
I works pre
Thanks!
On 7/6/07, Travis Oliphant <[EMAIL PROTECTED]> wrote:
> Tom Denniston wrote:
>
> >Below is the code around line 900 for ufuncobject.c
> >(http://svn.scipy.org/svn/numpy/trunk/numpy/core/src/ufuncobject.c)
> >
> >There is a decref labeled with ">>>" below that is incorrect. As per
> >the p
Timothy Hochberg wrote:
>
> I'm working on getting some old code working with numpy and I noticed
> that bool_ is not a subclass of int. Given that python's bool subclasses
> into and that the other scalar types are subclasses of their respective
> counterparts it seems at first glance that numpy.
2007/7/4, Bill Baxter <[EMAIL PROTECTED]>:
> I think a PEP that aims to be a generic image protocol should
> support at least 32 bit floats if not 64-bit doubles and 16 bit
> "Half"s used by some GPUs (and supported by the OpenEXR format).
Yes, the next version of the PEP will include float16 and
I'm working on getting some old code working with numpy and I noticed that
bool_ is not a subclass of int. Given that python's bool subclasses into and
that the other scalar types are subclasses of their respective counterparts
it seems at first glance that numpy.bool_ should subclass python's boo
Tom Denniston wrote:
>Below is the code around line 900 for ufuncobject.c
>(http://svn.scipy.org/svn/numpy/trunk/numpy/core/src/ufuncobject.c)
>
>There is a decref labeled with ">>>" below that is incorrect. As per
>the python documentation
>(http://docs.python.org/api/dictObjects.html):
>
>#PyOb
nope. try again
% python setup.py -v config_fc --fcompiler=gfortran install
Running from numpy source directory.
non-existing path in 'numpy/distutils': 'site.cfg'
F2PY Version 2_3882
blas_opt_info:
blas_mkl_info:
( library_dirs = /u/vento0/myeates/lib:/usr/lib )
( include_dirs = /usr/include:/u/
On Jul 2, 2007, at 12:02 , Andrew Jaffe wrote:
> I wrote:
>
>> This is slightly off-topic, but probably of interest to anyone
>> reading
>> this thread:
>>
>> Is there any reason why we don't use --fcompiler=gfortran as an alias
>> for --fcompiler=gfortran (and --fcompiler=g77 as an alias for
>>
Greetings,
The *SciPy 2007 Conference on Scientific Computing with Python* early
registration deadline is July 15, 2007. After this date, the price
for registration will increase from $150 to $200.
More information on the Conference is here: http://www.scipy.org/
SciPy2007
The registration
11 matches
Mail list logo
