Re: [Numpy-discussion] Numpy RC1 build blows up -- IGNORE

Ignore this query -- silly mistake on my part. Sorry. On Sep 25, 2006, at 2:30 PM, [EMAIL PROTECTED] wrote: > I've just tried building RC1 on OSX 10.4 (Intel), and it fails > almost immediately. This did not fail in the past with beta5 or > from SVN: > > Osoyoos:~/Development/numpy-1.0rc1 chr

[Numpy-discussion] Numpy RC1 build blows up

I've just tried building RC1 on OSX 10.4 (Intel), and it fails almost immediately. This did not fail in the past with beta5 or from SVN: Osoyoos:~/Development/numpy-1.0rc1 chris$ python setup.py build Running from numpy source directory. F2PY Version 2_3198 blas_opt_info: FOUND: extra_li

[Numpy-discussion] sum returns grand total?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I must have missed something -- since when does summing a multidimensional array return the grand total? I thought that it should sum over axis zero by default (at least, thats what the docs say). Here's what I am getting: (Pdb) pre Out[6]: arra

[Numpy-discussion] problems with numpy/f2py module on Intel Mac

After building and installing numpy from svn on an Intel Mac, I can successfully build f2py modules, but I get the following linking error: ImportError: Failure linking new module: /Library/Frameworks/ Python.framework/Versions/2.4/lib/python2.4/site-packages/PyMC/ flib.so: Symbol not found: _

[Numpy-discussion] numpy test failure: "ctypes is not available"

I have built and installed numpy from svn on an Intel mac, and am having test failures that do not occur on PPC: In [8]: numpy.test() Found 13 tests for numpy.core.umath Found 8 tests for numpy.lib.arraysetops Found 3 tests for numpy.fft.helper Found 1 tests for numpy.lib.ufunclike

Re: [Numpy-discussion] bad generator behaviour with sum

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 27, 2006, at 4:19 PM, numpy-discussion- [EMAIL PROTECTED] wrote: >> >> It seems like numpy.sum breaks generator expressions: >> >> In [1]: sum(i*i for i in range(10)) >> Out[1]: 285 >> >> In [2]: from numpy import sum >> >> In [3]: sum(i*i for

[Numpy-discussion] bad generator behaviour with sum

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It seems like numpy.sum breaks generator expressions: In [1]: sum(i*i for i in range(10)) Out[1]: 285 In [2]: from numpy import sum In [3]: sum(i*i for i in range(10)) Out[3]: Is this intentional? If so, how do I get the behaviour that I am after?

[Numpy-discussion] more bdist_mpkg issues (setuptools)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Now that I figured out how to get at bdist_mpkg, I am experiencing issues with building extensions. I am trying to set them up as before with distutils except with the following import statement: from setuptools import setup, Extension However, m

[Numpy-discussion] Fwd: bdist_mpkg

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Never mind, I see that it is in setupegg.py. C. Begin forwarded message: > From: [EMAIL PROTECTED] > Date: July 8, 2006 11:11:02 AM EDT > To: numpy-discussion@lists.sourceforge.net > Subject: bdist_mpkg > > As of recent svn updates, I can no longer

[Numpy-discussion] bdist_mpkg

As of recent svn updates, I can no longer build numpy binaries for OS X using bdist_mpkg. How do I restore this capability, or is there a better way of building Mac binaries? Thanks, C. -- Christopher Fonnesbeck + Atlanta, GA + fonnesbeck at mac.com + Contact me on AOL IM using email address

[Numpy-discussion] Building statically-linked Numpy causes problems with f2py extensions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Because of complaints of linking errors from some OS X users, I am trying to build and distribute statically-linked versions. To do this, I have taken the important libraries (e.g. freetype, libg2c), and put them in a directory called staticlibs,