On 21/04/2008, Charles R Harris <[EMAIL PROTECTED]> wrote:
> The buildbot seems to be off line these days. Is that planned?
No, that's not supposed to be. I'll get on it.
Thanks
Stéfan
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http:/
Hi Charles
On 21/04/2008, Charles R Harris <[EMAIL PROTECTED]> wrote:
> I would like to scan generated files for API functions, but it seems that
> the API scan runs on files in the numpy/core/src directory, not in the build
> directory where the generated files end up. Is there an easy way to fix
The buildbot seems to be off line these days. Is that planned?
Chuck
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
On Sun, 20 Apr 2008, Soeren Sonnenburg apparently wrote:
> is there any schedule when sparse matrices will arrive in
> the numpy core?
And related: was there any resolution on the revision of the
matrix object. (A primary concern was maintaining
compatibility of behavior between matrices and
Hi All,
I would like to scan generated files for API functions, but it seems that
the API scan runs on files in the numpy/core/src directory, not in the build
directory where the generated files end up. Is there an easy way to fix
this?
Chuck
___
Numpy-
On Sun, Apr 20, 2008 at 8:32 AM, Stéfan van der Walt <[EMAIL PROTECTED]> wrote:
> Hi Robert
>
> On 20/04/2008, Robert Kern <[EMAIL PROTECTED]> wrote:
> > On Sat, Apr 19, 2008 at 11:58 AM, Stéfan van der Walt <[EMAIL PROTECTED]>
> wrote:
> > > On 19/04/2008, Robert Kern <[EMAIL PROTECTED]> wrot
Dear all,
is there any schedule when sparse matrices will arrive in the numpy
core?
Best,
Soeren
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
SHOGUN ( http://www.shogun-toolbox.org ) is a large scale machine
learning toolbox with focus on especially Support Vector Machines (SVM).
* It provides a generic SVM object interfacing to several different SVM
implementations, among them the state of the art LibSVM, SVMLight,
SVMLin and GPDT. Eac
On 20/04/2008, Keith Goodman <[EMAIL PROTECTED]> wrote:
> Why is a.T*b slower than M.dot(a.T, b)? Does it take longer to parse
> or something?
Looks like a bit of overhead. If I change the number of elements from
500 to 50, the difference disappears.
Regards
Stéfan
_
Why is a.T*b slower than M.dot(a.T, b)? Does it take longer to parse
or something?
>> a = M.randn(500,1)
>> b = M.randn(500,1)
>> timeit a.T*b
10 loops, best of 3: 11 µs per loop
>> timeit M.dot(a.T, b)
10 loops, best of 3: 6.72 µs per loop
>> a = M.randn(5,1)
>> b = M.randn(5,1)
>> timei
Hi Robert
On 20/04/2008, Robert Kern <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 19, 2008 at 11:58 AM, Stéfan van der Walt <[EMAIL PROTECTED]>
> wrote:
> > On 19/04/2008, Robert Kern <[EMAIL PROTECTED]> wrote:
> > > In any case, MacPorts' Python is not a framework build, so the binary
> > > w
Hi,
I would like to make use of the __array_interface__ to be able to get
large data sets into and out of C/C++ functions without having to touch
each item individually by Python code.
I was reading through the __array_interface__ description and now I have
a couple of questions to clarify thin
Hey Pearu,
Sorry about messing up distutils; I have been warned that it can be hairy.
Anyway for those who haven't been following it, last November I
emailed the list a couple of times (obviously I should have checked
with Pearu and could have avoided this) asking if I could remove some
code from
On Sat, Apr 19, 2008 at 11:58 AM, Stéfan van der Walt <[EMAIL PROTECTED]> wrote:
> On 19/04/2008, Robert Kern <[EMAIL PROTECTED]> wrote:
> > In any case, MacPorts' Python is not a framework build, so the binary
> > wouldn't work anyways.
>
> Could you explain what you mean by that? Mine was c
14 matches
Mail list logo