Hello,
On Wed, May 7, 2008 at 3:42 PM, Albert Strasheim <[EMAIL PROTECTED]> wrote:
> Might be a bit late now, but are you (or is someone) still Valgrinding
> NumPy on a semi-regular basis, or at least before a release?
Even better: let the Buildbot do it.
You should see some Val
Hello,
On Wed, May 7, 2008 at 8:12 AM, Jarrod Millman <[EMAIL PROTECTED]> wrote:
> I have just created the 1.1.x branch:
> http://projects.scipy.org/scipy/numpy/changeset/5134
> In about 24 hours I will tag the 1.1.0 release from the branch. At
> this point only critical bug fixes should be ap
Hello,
On Tue, Apr 22, 2008 at 11:38 PM, Thomas Hrabe <[EMAIL PROTECTED]> wrote:
> I am currently developing a python module in C/C++ which is supposed to
> access nd arrays as defined by the following command in python
You might also be interested in:
http://mathema.tician.de/software/pyublas
This code can probably be incorporated into NumPy in the 1.1
timeframe. I don't think anyone is going to miss it before then.
On Wed, Apr 9, 2008 at 2:04 PM, Jarrod Millman <[EMAIL PROTECTED]> wrote:
> This ticket has a patch:
> http://projects.scipy.org/scipy/numpy/ticket/655
>
> --
> Jarrod M
Hello,
- Original Message -
From: "Robert Kern" <[EMAIL PROTECTED]>
To: "Discussion of Numerical Python"
Sent: Saturday, February 23, 2008 3:30 AM
Subject: Re: [Numpy-discussion] numpy 1:1.0.4: numpy.average() returns the
wrong result with weights
> Ondrej Certik wrote:
>> I'll add it
Hello,
Here's two tickets without a milestone that could probably do with some
attention (setting a milestone would be a start):
numpy.scons branch: setuptools' develop mode broken
http://scipy.org/scipy/numpy/ticket/596
If float('123.45') works, so should numpy.float32('123.45')
http://scipy.o
Hello,
On Feb 19, 2008 11:34 AM, David Cournapeau <[EMAIL PROTECTED]> wrote:
> Matthieu Brucher wrote:
> >
> >
> > Now that you provide an installer for Atlas, it may become the same
> > problem as MKL, can't it ?
>
> It is exactly the same problem, yes. Right now, my installer does not
> modify t
Hello,
On Feb 18, 2008 9:30 PM, David Cournapeau <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've just finished a new release of numscons. This version is the
> first one to be able to compile numpy using MS compilers and g77
> compiler on windows, which was the last "big" platform not supported
> by num
Hello,
On Feb 16, 2008 9:14 PM, dmitrey <[EMAIL PROTECTED]> wrote:
> hi all,
> I intend to connect some C code to Python for some my purposes.
> What is the best software for the aim?
> Is it numpy.ctypes or swig or something else?
> IIRC ctypes are present in Python since v2.5, so it's ok to use
Hello,
On Feb 12, 2008 6:19 PM, Lou Pecora <[EMAIL PROTECTED]> wrote:
> Albert,
>
> Yes, I think you got the idea right. I want to call my own C code using
> CTypes interface, then from within my C code call GSL C code, i.e. a C
> function calling another C function directly. I do *not* want to
Hello,
On Feb 12, 2008 4:25 PM, Lou Pecora <[EMAIL PROTECTED]> wrote:
>
> First, thanks to all who answered my questions about
> trying to use a large library with CTypes and my own
> shared library. The bottom line seems to be this:
> There is no way to incorporate code external to your
> own sh
Hello
On Jan 10, 2008 6:56 AM, David Cournapeau <[EMAIL PROTECTED]> wrote:
> The one thing which I am not sure about is: say one MKL binary does not
> work, and say I (or anyone outside your company) build numpy with the
> MKL ro debug it, can I redistribute a new binary, even if it is just for
>
Hello
On Jan 8, 2008 5:31 PM, Ray Schumacher <[EMAIL PROTECTED]> wrote:
> At 04:27 AM 1/8/2008, you wrote:
> >4. Re: parallel numpy (by Brian Granger) - any info?
> > (Matthieu Brucher)
> >From: "Matthieu Brucher" <[EMAIL PROTECTED]>
> >
> >MKL does the multithreading on its own for leve
Hello
I also seem to be experiencing this problem. I have been able to
successfully browse Planet SciPy for the past two days, but right now the
DNS isn't even resolving. www.scipy.org still works though.
Cheers,
Albert
- Original Message -
From: "Ondrej Certik" <[EMAIL PROTECTED]>
T
Hello all,
> I'm not sure the licensing really makes it possible though. Numpy isn't
> exactly an application, but rather a development tool, so I'm not sure
> how Intel would feel about it being distributed. Also, it looks like
> they require each "developer" to have license, rather than only the
Hello
I think this idea is the way to go (maybe along with an ACML build, but my
limited testing seemed to indicate that MKL works on AMD CPUs).
In fact, I apparently proposed it about a year ago:
https://svn.enthought.com/enthought/ticket/899
No takers so far...
Cheers,
Albert
P.S. NumPy o
Hello,
Have you considered looking at the source for PyArray_CastToType in
core/src/arrayobject.c?
Cheers,
Albert
On Mon, 12 Nov 2007, Matthieu Brucher wrote:
> Nobody can answer this ?
>
> Matthieu
>
> 2007/11/4, Matthieu Brucher <[EMAIL PROTECTED]>:
> >
> > Hi,
> >
> > I'm trying to use P
Hello
Firstly, great work. I always thought SCons was the way to go for
NumPy and SciPy, and you've pulled it off.
> So basically, I believe most of the things planned in
> http://projects.scipy.org/scipy/numpy/wiki/DistutilsRevamp are now
> available because they are available in scons, if numpy
Hello
On Mon, 15 Oct 2007, Giles Thomas wrote:
>* Would it be better to try for some kind of "binary compatibility",
> where we'd write some kind of "glue" that sat between the existing
> C extension .pyd files and the IronPython engine? Our gut feeling
> is that this would be
notes and user guide, one should be able to mix mkl_c (a static
library) and libguide40 (a dynamic library), but this seems to crash in
practice.
Anyway, with the site.cfg as above, NumPy passes its tests with MKL 9.1
on 32-bit Windows. Whoot!
Regards,
Albert
On Tue, 12 Jun 2007, Albert Stra
Hello
On Sat, 28 Jul 2007, Albert Strasheim wrote:
> float __cdecl logf(float);
> float __cdecl sqrtf(float);
>
> but they're missing the __cdecl in the NumPy code. Somewhere a macro
> needs to be defined to __cdecl on Windows (and left empty on other
> platforms) and
Hello all
On Sat, 28 Jul 2007, Stefan van der Walt wrote:
> On Sat, Jul 28, 2007 at 12:54:52AM +0200, Pearu Peterson wrote:
> > Ok, I have now enabled DISTUTILS_USE_SDK for
> > AMD64 Windows platform and it seems working..
>
> Fantastic, thanks!
>
> > However, the build still fails but now the
Hello
On Mon, 02 Jul 2007, Barry Wark wrote:
> I have the potential to add OS X Server Intel (64-bit) and OS X Intel
> (32-bit) to the list, if I can convince my boss that the security risk
Sounds good. We could definitely use these platforms.
> (including DOS from compile times) is minimal. I'
Hello all
On Thu, 14 Jun 2007, Matthieu Brucher wrote:
> >
> >cc_exe = 'icc -g -fomit-frame-pointer -xT -fast'
>
> Just some comments on that :
> - in release mode, you should not use '-g', it slows down the execution of
> your program
Do you have a reference that explains this in more detail?
KMP_... or
- link against libguide and set KMP_...
the following tests always segfault:
numpy.core.tests.test_defmatrix.test_casting.check_basic
numpy.core.tests.test_numeric.test_dot.check_matmat
Cheers,
Albert
On Tue, 12 Jun 2007, Albert Strasheim wrote:
> I've set up a 32-bit Windo
Hello all
- Original Message -
From: "Andrew Straw" <[EMAIL PROTECTED]>
To: "Discussion of Numerical Python"
Sent: Saturday, June 09, 2007 9:09 PM
Subject: [Numpy-discussion] VMWare Virtual Appliance of Ubuntu with numpy,
scipy, matplotlib, and ipython available
> This is a note to an
31, 2007 at 02:32:21AM +0200, Albert Strasheim wrote:
>
>>
>> don't know how to compile Fortran code on platform 'nt'
>> Running from numpy source directory.
>> Traceback (most recent call last):
> [snip]
>> File "C:\home\albe
30, 2007 at 03:06:04PM +0200, Albert Strasheim wrote:
>> Hello
>>
>> I took a quick look at the code, and it seems like new_fcompiler(...) is
>> too
>> soon to throw an error if a Fortran compiler cannot be detected.
>>
>> Instead, you might want to ret
,
Albert
- Original Message -
From: "Albert Strasheim" <[EMAIL PROTECTED]>
To: "Discussion of Numerical Python"
Sent: Tuesday, May 29, 2007 10:22 PM
Subject: Re: [Numpy-discussion] build problem on RHE3 machine
> Hello all
>
> - Original Message
Hello all
- Original Message -
From: "David M. Cooke" <[EMAIL PROTECTED]>
To: "Discussion of Numerical Python"
Cc: "Albert Strasheim" <[EMAIL PROTECTED]>
Sent: Tuesday, May 29, 2007 6:58 PM
Subject: Re: [Numpy-discussion] build problem
Robert Kern wrote:
>> David M. Cooke wrote:
>> > On Fri, May 25, 2007 at 07:25:15PM +0200, Albert Strasheim wrote:
>> >> I'm still having problems on Windows with r3828. Build command:
>> >>
>> >> python setup.py -v config --compiler=msvc build
Hello
On Sun, 27 May 2007, Sven Schreiber wrote:
> Hi,
> I am wondering whether it's possible to pass (and get back) arrays of
> complex floats via ctypes.
>
> To be concrete, I have managed to access lapack's dgges (Fortran)
> function using ctypes (thanks to a related example on this list), an
I'm still having problems on Windows with r3828. Build command:
python setup.py -v config --compiler=msvc build_clib --compiler=msvc
build_ext --compiler=msvc bdist_wininst
Output:
F2PY Version 2_3828
blas_opt_info:
blas_mkl_info:
( library_dirs = C:\Program
Files\Intel\MKL\9.0\ia32\lib:C:\Pyt
Hello all
Me vs the flags again. I found another case where the flags aren't what I
would expect:
In [118]: x = N.array(N.arange(24.0).reshape(6,4), order='F')
In [119]: x
Out[119]:
array([[ 0., 1., 2., 3.],
[ 4., 5., 6., 7.],
[ 8., 9., 10., 11.],
[ 12.,
On Wed, 23 May 2007, Travis Oliphant wrote:
> I'm pleased to announce the release of NumPy 1.0.3
>
> Hopefully, this release will work better with multiple interpreters as
> well as having some significant bugs fixed.
Great stuff. Could you (or someone) please take care of the last 4
active ti
Hello all
On Wed, 23 May 2007, Anne Archibald wrote:
> On 23/05/07, Albert Strasheim <[EMAIL PROTECTED]> wrote:
>
> > Consider the following example:
>
> First a comment: almost nobody needs to care how the data is stored
> internally. Try to avoid looking
Hello all
Consider the following example:
In [43]: x = N.zeros((3,2))
In [44]: x.flags
Out[44]:
C_CONTIGUOUS : True
F_CONTIGUOUS : False
OWNDATA : True
WRITEABLE : True
ALIGNED : True
UPDATEIFCOPY : False
In [45]: x[:,[1,0]].flags
Out[45]:
C_CONTIGUOUS : False
F_CONTIGUOUS : Tru
y.org/scipy/numpy/query?status=new&status=assigned&status=reopened&milestone=1.0.3+Release
Cheers,
Albert
On Sun, 13 May 2007, Albert Strasheim wrote:
> Hello all
>
> On Sat, 12 May 2007, Charles R Harris wrote:
>
> > On 5/12/07, Albert Strasheim <[EMAIL PROTECTED
Agreed.
Could someone with wiki admin access please delete the Ctypes page and
rename type Ctypes2 page to Ctypes? As far as I know, Ctypes2 is really
what you want to look at (at least it was, last time I worked on it).
Thanks.
Cheers,
Albert
On Mon, 14 May 2007, Stefan van der Walt wrote:
Hello all
On Sat, 12 May 2007, Charles R Harris wrote:
> On 5/12/07, Albert Strasheim <[EMAIL PROTECTED]> wrote:
> >
> >I've more or less finished my quick triage effort.
>
> Thanks, Albert. The tickets look much better organized now.
My pleasure. Stefan van de
I've more or less finished my quick triage effort.
Issues remaining to be resolved for the 1.0.3 release:
http://projects.scipy.org/scipy/numpy/query?status=new&status=assigned&status=reopened&milestone=1.0.3+Release
If they can't be fixed for this release, we should move them over to
1.1 or may
Hello all
On Fri, 11 May 2007, David M. Cooke wrote:
> I've added a 1.0.3 milestone and set these to them (or to 1.1, according
> to Travis's comments).
I've reviewed some more tickets and filed everything that looks like it
can be resolved for this release under 1.0.3.
To see which tickets ar
On Fri, 11 May 2007, Travis Oliphant wrote:
> Thanks for the ticket reviews, Albert. That is really helpful.
My pleasure.
Found two more issues that look like they could be addressed:
http://projects.scipy.org/scipy/numpy/ticket/422
http://projects.scipy.org/scipy/numpy/ticket/450
Cheers,
A
heers,
Albert
On Fri, 11 May 2007, Albert Strasheim wrote:
> Here are a few tickets that might warrant some attention from someone
> who is intimately familiar with NumPy's internals ;-)
>
> http://projects.scipy.org/scipy/numpy/ticket/390
> http://projects.scipy.org/scip
Here are a few tickets that might warrant some attention from someone
who is intimately familiar with NumPy's internals ;-)
http://projects.scipy.org/scipy/numpy/ticket/390
http://projects.scipy.org/scipy/numpy/ticket/405
http://projects.scipy.org/scipy/numpy/ticket/466
http://projects.scipy.org/
Hello
- Original Message -
From: "Peter C. Norton" <[EMAIL PROTECTED]>
To:
Sent: Saturday, April 28, 2007 12:27 AM
Subject: [Numpy-discussion] Building numpy - setting the run path
> Building numpy for my company's solaris distribution involves requring
> a run_path for the lapack+blas
Hello
- Original Message -
From: "Ray Schumacher" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, April 17, 2007 4:56 PM
Subject: Re: [Numpy-discussion] NumPy benchmark
> I'm still curious about the licensing aspects of using Intel's
> compiler and libs. Is the compiled Python/numpy result dis
Hello all
- Original Message -
From: "David Cournapeau" <[EMAIL PROTECTED]>
To: "Discussion of Numerical Python"
Sent: Friday, March 16, 2007 6:51 AM
Subject: Re: [Numpy-discussion] numpy.distutils, windows dll vs lib
> Robert Kern wrote:
>> David Cournapeau wrote:
>> Generally, you
Hello all
I was poking around in the NumPy internals and I came across the
following code in PyArray_RemoveSmallest in arrayobject.c:
intp sumstrides[NPY_MAXDIMS];
...
for (i=0; ind; i++) {
sumstrides[i] = 0;
for (j=0; jnumiter; j++) {
sumstrides[i] = multi->iters[j]->strides[i
49 matches
Mail list logo
