I can answer my own question now:
1) Option --fcompiler=gnu95
2) Add the following to site.cfg
[atlas]
library_dirs = /users/kloeckner/mach/x86_64/pool/lib,/usr/lib
atlas_libs = lapack, f77blas, cblas, atlas
Andreas
On Sonntag 06 April 2008, Andreas Klöckner wrote:
> Hi all,
>
> I'm having trou
Hi all,
I'm having trouble getting numpy to compile something usable on a cluster I'm
using, in particular I see
8< -
ImportError:
/users/kloeckner/mach/x86_64/pool/lib/python2.5/site-packages/numpy/linalg/lapack_lite.so:
undefined symbol: _
On 05/04/2008, Stéfan van der Walt <[EMAIL PROTECTED]> wrote:
> Some discussion recently took place around raising a square matrices
> to integer powers. See ticket #601:
>
> http://scipy.org/scipy/numpy/ticket/601
>
> Anne Archibald wrote a patch which factored 'matrix_multiply' out of
> de
Hi all,
Some discussion recently took place around raising a square matrices
to integer powers. See ticket #601:
http://scipy.org/scipy/numpy/ticket/601
Anne Archibald wrote a patch which factored 'matrix_multiply' out of
defmatrix (the matrix power implemented for the Matrix class). After
som
On 05/04/2008, Charles R Harris <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 5, 2008 at 4:10 PM, Anne Archibald <[EMAIL PROTECTED]>
> wrote:
> > More generally, my local working copy is now rater divergent from the
> > upstream. What's the recommended way to deal with this? Make sure I
> > have all th
On Sat, Apr 5, 2008 at 4:10 PM, Anne Archibald <[EMAIL PROTECTED]>
wrote:
> On 05/04/2008, James Philbin <[EMAIL PROTECTED]> wrote:
> > I've posted patches for:
> >
> > #630: If float('123.45') works, so should numpy.float32('123.45')
> > #581: random.set_state does not reset state of random.sta
On 05/04/2008, James Philbin <[EMAIL PROTECTED]> wrote:
> I've posted patches for:
>
> #630: If float('123.45') works, so should numpy.float32('123.45')
> #581: random.set_state does not reset state of random.standard_normal
Patches for #601, #622, #692, #696, #717 now in trac; I'd like to do
so
On 05/04/2008, Bruce Southey <[EMAIL PROTECTED]> wrote:
> 1) Should the first bin contain all values less than or equal to the
> value of the first limit and the last bin contain all values greater
> than the value of the last limit?
> This produced the counts as: array([3, 3, 9]) (I termed th
The matlab behaviour is to extend the first bin to include all data
down to -inf and extend the last bin to handle all data to inf. This
is probably the behaviour with least suprise.
Therefor, I would vote +1 for behaviour #1 by default, +1 for keeping
the old behaviour #2 around as an option and
I've posted patches for:
#630: If float('123.45') works, so should numpy.float32('123.45')
#581: random.set_state does not reset state of random.standard_normal
James
On Fri, Apr 4, 2008 at 6:49 PM, Anne Archibald
<[EMAIL PROTECTED]> wrote:
> On 04/04/2008, Travis E. Oliphant <[EMAIL PROTECTED]>
Hi,
I have been investigating Ticket #605 'Incorrect behavior of
numpy.histogram' (http://scipy.org/scipy/numpy/ticket/605 ).
The fix for this ticket really depends on what the expectations are
for the bin limits and different applications have different behavior.
Consequently, I think that feedba
> +1 (and s/students/colleagues).
Surely you mean:
s.replace('students', colleagues')
!
Matthew
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
I'm just a numpy user, but for what it's worth, I would much prefer to
have a single numpy namespace with a small as possible number of
objects inside that namespace. To me, 'as small as possible' means
that it only includes the array and associated array manipulation
functions (searchsorted, where
13 matches
Mail list logo
