David Warde-Farley wrote:
> On 11-Jan-07, at 11:18 PM, Robert Kern wrote:
>
>> Well, it's linking just fine, but vecLib removed the ATLAS version
>> information
>> that the scipy build system uses to determine whether or not to
>> build the
>> wrappers for the C versions of the BLAS subroutine
On 11-Jan-07, at 11:18 PM, Robert Kern wrote:
> Well, it's linking just fine, but vecLib removed the ATLAS version
> information
> that the scipy build system uses to determine whether or not to
> build the
> wrappers for the C versions of the BLAS subroutines that ATLAS and
> vecLib
> provi
David Warde-Farley wrote:
> On 11-Jan-07, at 8:29 PM, Bob Ippolito wrote:
>
>> Well I'm back in the country now and I just got my mbp back from
>> applecare today... so if "someone" sends me updated binaries I'll
>> gladly sync them to pythonmac.org.
>
> I would do it but again, I'm not sure my b
On 11-Jan-07, at 8:29 PM, Bob Ippolito wrote:
> Well I'm back in the country now and I just got my mbp back from
> applecare today... so if "someone" sends me updated binaries I'll
> gladly sync them to pythonmac.org.
I would do it but again, I'm not sure my binaries are "good" i.e.
completely
On Thu, Jan 11, 2007 at 07:21:27PM -0600, Nicholas Riley wrote:
> It is really rather tiresome to read about people asking for "someone"
> to do something when everyone's doing this work for free.
I apologize for this message - I misread and overreacted. There's a
dictum about counting to 3 befor
On 1/11/07, Nicholas Riley <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 11, 2007 at 02:21:19PM -0800, Christopher Barker wrote:
> > Is it that hard to make a binary to put up (OK, two - one for PPC, one
> > for Intel), once you've gotten it all built? At least a few people have
> > gotten it going rece
On Thu, Jan 11, 2007 at 02:21:19PM -0800, Christopher Barker wrote:
> Is it that hard to make a binary to put up (OK, two - one for PPC, one
> for Intel), once you've gotten it all built? At least a few people have
> gotten it going recently. Could someone please make them available?
How about p
On Jan 11, 2007, at 2:21 PM, Christopher Barker wrote:
>
> By the way, my idea of a working system is:
>
> python 2.5 (I'm still on 2.4, but if someone is putting effort in,
> they
> might as well do the latest)
>
> latest numpy
> latest matplotlib
> latest wxPython
>
> All working together!
A
David Warde-Farley wrote:
> I think this means that the Universal scipy binaries offered on
> pythonmac.org are quite broken.
Yes, they are -- or at least very limited.
Is it that hard to make a binary to put up (OK, two - one for PPC, one
for Intel), once you've gotten it all built? At leas
On 11-Jan-07, at 12:13 PM, Robert Kern wrote:
> With Universal Python 2.4, you need to be using gcc 4 and gfortran.
> Please see
> the instructions that I wrote here:
>
> http://projects.scipy.org/pipermail/numpy-discussion/2007-January/
> 025368.html
>
> If that doesn't solve the problem, tr
David Warde-Farley wrote:
> When I compile Numpy & Scipy from source (on a G5 running 10.4.8) I
> run into these sorts of snags:
>
> >>> from scipy import sparse
> Traceback (most recent call last):
>File "", line 1, in ?
>File "/Library/Frameworks/Python.framework/Versions/2.4/lib/
>
I should point out that I just installed the distributed fat binaries
after installing the absolute latest Universal Python, and I still
get this error.
[EMAIL PROTECTED]:/Library/Frameworks/Python.framework/Versions/2.4/lib/
python2.4/site-packages$ python
Python 2.4.4 (#1, Oct 18 2006, 10:3
When I compile Numpy & Scipy from source (on a G5 running 10.4.8) I
run into these sorts of snags:
>>> from scipy import sparse
Traceback (most recent call last):
File "", line 1, in ?
File "/Library/Frameworks/Python.framework/Versions/2.4/lib/
python2.4/site-packages/scipy/sparse/__ini
13 matches
Mail list logo