Christopher Barker wrote:
> Very good point. Binary arithmetic is NOT less accurate that decimal
> arithmetic, it just has different values that it can't represent
> exactly. . . .
Quibble: any number that can be represented exactly in binary can also
be represented in decimal, but not vice ver
Hi,
While trying to add support for sunperf to numpy.distutils, I came
across a simple problem I am not sure how to solve best. I installed the
sun compilers for Linux, they are somewhere in my $HOME directory
($HOME/opt/sunstudio/bin). The problem is, when using the fortran
compiler, some
Hi,
I cannot compile numpy (rev 2042) for python2.4 on win32, it works on
python2.5. It looks like the call to function get_build_architecture in
distutils.misc_util.py is python2.5 specific.
/Jörgen
C:\python\external\numpy>python setup.py config --compiler=mingw32 build
--compiler=mingw32
>
> There are some things I am not sure about :
> - how to build python extension with it: this is of course mandatory
>
We use Scons at the labs for the next version of the tool we use, and it is
very simple to buil extensions, at least SWIG ones, for Python 2.5 on
Windows, there is the need of a
Ok, I created a numpy branch to implement this, and get something
working. This is still really rough, though. Please check out the
numpy.sunperf branch:
svn co http://svn.scipy.org/svn/numpy/branches/numpy.sunperf
And then, compile it with the following:
SUNPERF=SUNPERFROOT python setup.py b
Ok, I hit the send button too fast. Sorry!
Eike.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
Hi,
>Starting thinking over the whole distutils thing, I was thinking
> what people would think about using scons inside distutils to build
> extension.
In general this seems like an excellent idea. If we can contribute
what we need to scons, that would greatly ease the burden of
maintenance
I note a small inconsistency in the use of the out keyword in some
functions:
>>> a=array(0)
>>> sometrue([1],out=a).shape
()
>>> a=array([0])
>>> sometrue([1],out=a).shape
(1,)
>>> a=array([[0]])
>>> sometrue([1],out=a).shape
(1, 1)
>>> a=array([[0,0]])
>>> sometrue(eye(2),axis=1,out=a).shape
(1,
On 9/10/07, Christopher Barker <[EMAIL PROTECTED]> wrote:
>
> Thanks for you input Xavier.
>
> Xavier Gnata wrote:
> > std:valarray are quite strange containers because they are not well
> > integrated in the STL.
>
> > I always use vector when I have to deal with arrays.
>
> > ps : There are no re
On 9/16/07, Charles R Harris <[EMAIL PROTECTED]> wrote:
>
> I note a small inconsistency in the use of the out keyword in some
> functions:
>
> >>> a=array(0)
> >>> sometrue([1],out=a).shape
> ()
> >>> a=array([0])
> >>> sometrue([1],out=a).shape
> (1,)
> >>> a=array([[0]])
> >>> sometrue([1],out=a
Charles R Harris wrote:
> On 9/10/07, *Christopher Barker* <[EMAIL PROTECTED]
> STL either, so I'm not sure there is any downside to valarray. It looks
> like neither one [vector or valarray] supports any kind of "view"
> semantics, so for the
> purposes of numpy array wrapping, they
Matthew Brett wrote:
> Hi,
>
>>Starting thinking over the whole distutils thing, I was thinking
>> what people would think about using scons inside distutils to build
>> extension.
>
> In general this seems like an excellent idea. If we can contribute
> what we need to scons, that would greatl
Christopher Barker wrote:
> Charles R Harris wrote:
>> On 9/10/07, *Christopher Barker* <[EMAIL PROTECTED]
>> STL either, so I'm not sure there is any downside to valarray. It looks
>> like neither one [vector or valarray] supports any kind of "view"
>> semantics, so for the
>> purpos
13 matches
Mail list logo
