Hi, On Mon, Mar 31, 2014 at 5:17 AM, Olivier Grisel <olivier.grisel@ensta.org> wrote:
2014-03-31 13:53 GMT+02:00 Olivier Grisel <olivier.grisel@ensta.org>:
2014-03-28 23:13 GMT+01:00 Matthew Brett <matthew.brett@gmail.com>:
Hi,
On Fri, Mar 28, 2014 at 3:09 PM, Olivier Grisel <olivier.grisel@ensta.org> wrote:
This is great! Has anyone started to work on OSX whl packages for scipy? I assume the libgfortran, libquadmath & libgcc_s dylibs will not make it as easy as for numpy. Would it be possible to use a static gcc toolchain as Carl Kleffner is using for his experimental windows whl packages?
Yes, these are already done for the beta release, and for matplotlib:
https://nipy.bic.berkeley.edu/scipy_installers/
Luckily OSX has a sensible way of setting relative paths to required libraries, so it's pretty easy to copy the required dlls into the binary distribution:
Great! Do you think it would be possible to upload such a delocated .whl package for scipy 0.13.3 on pypi if all tests pass?
I built such a whl package for the v0.13.3 tag of scipy, delocated it, "brew uninstall gfortran" to make sure that the dynlib loader would not be able to find the system libs, installed the resulting whl package in a new virtualenv and ran the tests:
$ python -c "import scipy; scipy.test()" [...] Ran 8775 tests in 123.315s
OK (KNOWNFAIL=113, SKIP=221)
This is built on OSX 10.9. You can find the resulting wheel package on my dropbox:
https://dl.dropboxusercontent.com/u/5743203/sklearn/wheelhouse/scipy-0.13.3-...
If scipy maintainers would like to upload such wheel packages for scipy 0.13.3 I can also prepare them for Python 2.7 and Python 3.3.
Thanks for doing those checks. Yes, I think it would be good to upload the scipy wheels, if nothing else they'd allow us to get early warning of any problems. Ralf, Pauli - any objections to uploading binary wheels for 0.13.3? I'm will test on a clean 10.6 installation before I upload them. Cheers, Matthew