Python 2.7 / 64-bit
I'm in the unfortunate situation of needing to make a OSX 64-bit version of a program that uses both Scipy/Numpy and wxWidgets. The former only has unofficial 64-bit builds and only for Python 2.6; the latter only has 64-bit builds for 2.7 -- before that, they were using Carbon for UI calls, which is 32-bit only. So there's a problem there. Hand-building my own version of either seems to be a pretty gnarly problem that I'd rather avoid if possible. Any ideas how far we are from having a 64-bit, Python2.7 build of scipy and numpy for OSX? All else being equal, I'd rather be on 2.7 than 2.6. Thanks. -Chris
On Wed, May 11, 2011 at 4:30 PM, Chris Weisiger <cweisiger@msg.ucsf.edu> wrote:
I'm in the unfortunate situation of needing to make a OSX 64-bit version of a program that uses both Scipy/Numpy and wxWidgets. The former only has unofficial 64-bit builds and only for Python 2.6; the latter only has 64-bit builds for 2.7 -- before that, they were using Carbon for UI calls, which is 32-bit only. So there's a problem there. Hand-building my own version of either seems to be a pretty gnarly problem that I'd rather avoid if possible.
Any ideas how far we are from having a 64-bit, Python2.7 build of scipy and numpy for OSX? All else being equal, I'd rather be on 2.7 than 2.6. Thanks.
-Chris
_______________________________________________ SciPy-User mailing list SciPy-User@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
I would use the Enthought Python Distribution-- consistent Python 2.7 builds across all platforms (including all the libraries you list above-- assuming you mean wxPython).
On Wed, May 11, 2011 at 3:35 PM, Wes McKinney <wesmckinn@gmail.com> wrote:
On Wed, May 11, 2011 at 4:30 PM, Chris Weisiger <cweisiger@msg.ucsf.edu> wrote:
I'm in the unfortunate situation of needing to make a OSX 64-bit version of a program that uses both Scipy/Numpy and wxWidgets. The former only has unofficial 64-bit builds and only for Python 2.6; the latter only has 64-bit builds for 2.7 -- before that, they were using Carbon for UI calls, which is 32-bit only. So there's a problem there. Hand-building my own version of either seems to be a pretty gnarly problem that I'd rather avoid if possible.
Any ideas how far we are from having a 64-bit, Python2.7 build of scipy and numpy for OSX? All else being equal, I'd rather be on 2.7 than 2.6. Thanks.
-Chris
_______________________________________________ SciPy-User mailing list SciPy-User@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
I would use the Enthought Python Distribution-- consistent Python 2.7 builds across all platforms (including all the libraries you list above-- assuming you mean wxPython).
This is generally a good suggestion, except that unfortunately our 64-bit OS X EPD doesn't currently have wxWidgets/wxPython for the above reasons, so it won't solve Chris' problem. EPD for OS X does have 64-bit numpy and scipy builds for 2.7, so if you are comfortable with building wxWidgets yourself, then EPD may be part of the solution. -- Corran
On Wed, May 11, 2011 at 10:56 PM, Corran Webster <cwebster@enthought.com> wrote:
On Wed, May 11, 2011 at 3:35 PM, Wes McKinney <wesmckinn@gmail.com> wrote:
On Wed, May 11, 2011 at 4:30 PM, Chris Weisiger <cweisiger@msg.ucsf.edu> wrote:
I'm in the unfortunate situation of needing to make a OSX 64-bit version of a program that uses both Scipy/Numpy and wxWidgets. The former only has unofficial 64-bit builds and only for Python 2.6; the latter only has 64-bit builds for 2.7 -- before that, they were using Carbon for UI calls, which is 32-bit only. So there's a problem there. Hand-building my own version of either seems to be a pretty gnarly problem that I'd rather avoid if possible.
Any ideas how far we are from having a 64-bit, Python2.7 build of scipy and numpy for OSX? All else being equal, I'd rather be on 2.7 than 2.6. Thanks.
-Chris
I would use the Enthought Python Distribution-- consistent Python 2.7 builds across all platforms (including all the libraries you list above-- assuming you mean wxPython).
This is generally a good suggestion, except that unfortunately our 64-bit OS X EPD doesn't currently have wxWidgets/wxPython for the above reasons, so it won't solve Chris' problem.
EPD for OS X does have 64-bit numpy and scipy builds for 2.7, so if you are comfortable with building wxWidgets yourself, then EPD may be part of the solution.
-- Corran
What is the problem with switching form Carbon to the Cocoa version of wx ? Of course it's less tested, and probably has still some glitches, but it's seems, that is the only viable direction of OS-X on 64-bit in the future. -Sebastian Haase
On Thu, May 12, 2011 at 2:45 AM, Sebastian Haase <seb.haase@gmail.com>wrote:
On Wed, May 11, 2011 at 10:56 PM, Corran Webster <cwebster@enthought.com> wrote:
On Wed, May 11, 2011 at 3:35 PM, Wes McKinney <wesmckinn@gmail.com> wrote:
On Wed, May 11, 2011 at 4:30 PM, Chris Weisiger <cweisiger@msg.ucsf.edu
wrote:
I'm in the unfortunate situation of needing to make a OSX 64-bit version of a program that uses both Scipy/Numpy and wxWidgets. The former only has unofficial 64-bit builds and only for Python 2.6; the latter only has 64-bit builds for 2.7 -- before that, they were using Carbon for UI calls, which is 32-bit only. So there's a problem there. Hand-building my own version of either seems to be a pretty gnarly problem that I'd rather avoid if possible.
Any ideas how far we are from having a 64-bit, Python2.7 build of scipy and numpy for OSX? All else being equal, I'd rather be on 2.7 than 2.6. Thanks.
-Chris
I would use the Enthought Python Distribution-- consistent Python 2.7 builds across all platforms (including all the libraries you list above-- assuming you mean wxPython).
This is generally a good suggestion, except that unfortunately our 64-bit OS X EPD doesn't currently have wxWidgets/wxPython for the above reasons, so it won't solve Chris' problem.
EPD for OS X does have 64-bit numpy and scipy builds for 2.7, so if you are comfortable with building wxWidgets yourself, then EPD may be part of the solution.
-- Corran
What is the problem with switching form Carbon to the Cocoa version of wx ? Of course it's less tested, and probably has still some glitches, but it's seems, that is the only viable direction of OS-X on 64-bit in the future.
I'm not sure what the issue is, as I don't do the builds, but I know that wxWidgets/wxPython on OS X 64 isn't yet available. Ilan Schnell who does do the EPD builds may be able to give you more information about what the precise problems are. -- Corran
On Wed, May 11, 2011 at 10:30 PM, Chris Weisiger <cweisiger@msg.ucsf.edu>wrote:
I'm in the unfortunate situation of needing to make a OSX 64-bit version of a program that uses both Scipy/Numpy and wxWidgets. The former only has unofficial 64-bit builds and only for Python 2.6; the latter only has 64-bit builds for 2.7 -- before that, they were using Carbon for UI calls, which is 32-bit only. So there's a problem there. Hand-building my own version of either seems to be a pretty gnarly problem that I'd rather avoid if possible.
Any ideas how far we are from having a 64-bit, Python2.7 build of scipy and numpy for OSX? All else being equal, I'd rather be on 2.7 than 2.6. Thanks.
These are available (at least for Snow Leopard): http://sourceforge.net/projects/numpy/files/NumPy/1.6.0rc3/numpy-1.6.0rc3-py... http://sourceforge.net/projects/scipy/files/scipy/0.9.0/scipy-0.9.0-py2.7-py...
Ralf <http://sourceforge.net/projects/scipy/files/scipy/0.9.0/scipy-0.9.0-py2.7-py...>
On Wed, May 11, 2011 at 1:39 PM, Ralf Gommers <ralf.gommers@googlemail.com>wrote:
On Wed, May 11, 2011 at 10:30 PM, Chris Weisiger <cweisiger@msg.ucsf.edu>wrote:
Any ideas how far we are from having a 64-bit, Python2.7 build of scipy and numpy for OSX? All else being equal, I'd rather be on 2.7 than 2.6. Thanks.
These are available (at least for Snow Leopard):
http://sourceforge.net/projects/numpy/files/NumPy/1.6.0rc3/numpy-1.6.0rc3-py...
http://sourceforge.net/projects/scipy/files/scipy/0.9.0/scipy-0.9.0-py2.7-py...
Unfortunately several of my users are on OSX 10.5. I should have mentioned that pertinent detail earlier. And yes, I did meant wxPython when I said wxWidgets. I guess I get to start looking into build processes for one or the other of these two. Bugger. -Chris
participants (6)
-
Chris Weisiger -
Corran Webster -
Matheus MacedØ -
Ralf Gommers -
Sebastian Haase -
Wes McKinney