Thought I'd tie this thread up with a successful method, as I've just compiled
Python-2.7.3 and have got the benchmarks to run slightly faster than the system
Python :D
** First benchmark **
metabuntu:benchmarks> python perf.py -r -b apps /usr/bin/python
../Python-2.7.3/python
Running 2to3...
Alex Leach wrote:
> Can you translate Intel's suggestion into a patch for ffi64?
Well probably, but this really belongs on the bug tracker. Also, as I said,
there are many issues with higher priority.
Stefan Krah
___
Python-Dev mailing list
Python-D
On Fri, 02 Mar 2012 16:29:39 +
Alex Leach wrote:
> >
> >Did you compare the actual code sizes? The `size` command can help you
> >with that.
>
> I'd never used `size` before... Thanks for the tip; looks like the Intel
> build is actually smaller..? :/
>
> # ICC version (`ls -lh` ==> 4.7MB)
>
On 02/03/2012 14:52, "Antoine Pitrou" wrote:
>
>Did you compare the actual code sizes? The `size` command can help you
>with that.
I'd never used `size` before... Thanks for the tip; looks like the Intel
build is actually smaller..? :/
# ICC version (`ls -lh` ==> 4.7MB)
$ size ./python
tex
On Thu, 01 Mar 2012 18:39:19 +
Alex Leach wrote:
>
> Obviously, I was hoping to get a faster python, but the size of the final
> binary is almost twice the size of the default Ubuntu version (5.2MB cf.
> 2.7MB), which I thought might cause a startup overhead that leads to slower
> executio
Alex Leach wrote:
> > http://bugs.python.org/issue4130
>
> Yes, I saw that bug report, but it looked dormant.
If a bug report is dormant, you have to wake it up by subscribing to the issue
and leaving a comment. The particular case is a low priority issue since icc
defines __GNUC__ and should th
Stefan Krah wrote:
> Alex Leach wrote:
> > I've managed to compile everything in the python distribution except for
> > Modules/_ctypes/libffi/src/x86/ffi64.c.
>
> There is an issue for this:
>
> http://bugs.python.org/issue4130
Yes, I saw that bug report, but it looked dormant. It is. In 4 y
> Éric Araujo wrote:
>
> Could you expand on that? distutils is supposed to support all
> unix-like C compilers.
Packages that use the numpy distutils can be built with the following
options:-
$ python setup.py config --compiler=intelem --fcompiler=intelem build --
compiler=intelem install
T
Hi,
Le 02/03/2012 11:55, Alex Leach a écrit :
> My only other concern is with distutils, as it doesn't support
> icc on a Xeon.
Could you expand on that? distutils is supposed to support all
unix-like C compilers.
Regards
___
Python-Dev mailing list
Stefan Krah wrote:
> Alex Leach wrote:
> > I've managed to compile everything in the python distribution except for
> > Modules/_ctypes/libffi/src/x86/ffi64.c.
>
> There is an issue for this:
>
> http://bugs.python.org/issue4130
Yes, I saw that bug report, but it looked dormant. It is. In 4 y
Stefan Krah wrote:
> Alex Leach wrote:
> > I've managed to compile everything in the python distribution except for
> > Modules/_ctypes/libffi/src/x86/ffi64.c.
>
> There is an issue for this:
>
> http://bugs.python.org/issue4130
Yes, I saw that bug report, but it looked dormant. It is. In 4 y
Hi,
Alex Leach wrote:
> I've managed to compile everything in the python distribution except for
> Modules/_ctypes/libffi/src/x86/ffi64.c.
There is an issue for this:
http://bugs.python.org/issue4130
> After compilation, there's a few tests that are consistently failing, mainly
> involved wit
Dear Python Devs,
I've been attempting to compile a fully functional version of Python 2.7 using
Intel's C compiler, having built supposedly optimal versions of numpy and
scipy, using Intel Composer XE and Intel's Math Kernel Library. I can build a
working Python binary, but I'd really apprecia
13 matches
Mail list logo
