Hi,

On 17 Apr 2012, at 7:56pm, Kamesh Krishnamurthy wrote:

> My main reason for using Enthought Python is that they build Numpy and Scipy 
> with intel MKL libraries -- these are significantly faster than the 
> Accelerate framework on the Mac which MacPorts Numpy and Scipy use. 

Based on the Intel web site you get if you search for Intel MKL, 
http://software.intel.com/en-us/articles/intel-mkl/ I would say its highly 
unlikely MacPorts will ever include this. As good as they might be, they cost.

> It would be great if MacPorts can include the Intel MKL runtime libraries in 
> their distribution. I have no idea what this would mean in terms of getting 
> licences; however, given that the BLAS libraries form the backbone of any 
> scientific computing software, I'm guessing this would be a popular request.

(Speaking as a scientist myself, I would say thats over egging things a little…)

I would say your best bet is probably to get what you need included in the 
Enthought python version directly, and not rely on the MacPorts packages.

Chris

> 
> Best,
> -Kamesh
> 
> 
> On 17 April 2012 18:26, Ryan Schmidt <[email protected]> wrote:
> 
> On Apr 17, 2012, at 08:15, Kamesh Krishnamurthy wrote:
> 
> > I have two installations of Python 2.7.2 -- from MacPorts and Enthought -- 
> > on my Mac. I use the Enthought Python as the primary one for performance 
> > reasons(MKL Blas included); however, my MacPorts distribution has several 
> > additional packages like pymacs, rope etc., which I would like to make 
> > available to the Enthought Python. (I'm actually trying to use MacPorts 
> > Emacs w/ Enthought Python, but also make use of the MacPorts-installed 
> > Rope, Pymacs for code completion in Emacs).
> >
> > Is there a clean way to make the MacPorts packages available to the 
> > Enthought Python without breaking anything? I'd prefer not having multiple 
> > copies of rope, pymacs etc., if possible.
> 
> They're not designed to be used that way; I don't know if they can be made to 
> work that way.
> 
> If you have suggestions for how MacPorts python could be improved so that you 
> no longer find it necessary to use someone else's python, we would appreciate 
> hearing them.
> 
> 
> 
> _______________________________________________
> macports-users mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Reply via email to