On 30 November 2011 23:50, Kay Hayen wrote:
> That is only if the ".py" file doesn't exist, right? Why wouldn't it. To
> me, compilation is not about removing the source code. Not at all, it's
> only about acceleration.
>
> Nuitka's "compiled_function" is way more compatible that "PyCFunction" if
Hello Thomas,
It could turn every "module.py" into a "module.so" with more or less
dubious benefits.
Note that there are a few differences between compiled and pure Python
modules. E.g.
- Tracebacks to errors won't show code from compiled files.
That is only if the ".py" file doe
On 30 November 2011 22:22, Kay Hayen wrote:
> It could turn every "module.py" into a "module.so" with more or less
> dubious benefits.
Note that there are a few differences between compiled and pure Python
modules. E.g.
- Tracebacks to errors won't show code from compiled files.
- Functions ass
Hello Stefano,
Am 30.11.2011 20:59, schrieb Stefano Rivera:
Hi Kay (2011.11.30_21:01:01_+0200)
The logical follow up is, how about X-Alternate-Python-Stacks ?
I was contemplating that long term, once Nuitka is really a useful
accelerator, it should be allowed to compile modules, whole
packag
Hi Kay (2011.11.30_21:01:01_+0200)
> >The logical follow up is, how about X-Alternate-Python-Stacks ?
>
> I was contemplating that long term, once Nuitka is really a useful
> accelerator, it should be allowed to compile modules, whole
> packages, or programs at install time.
>
> Will that fit int
Hello,
Am 30.11.2011 17:54, schrieb Stefano Rivera:
We'd probably want something like X-PyPy-Version to state PyPy support.
The logical follow up is, how about X-Alternate-Python-Stacks ?
I was contemplating that long term, once Nuitka is really a useful
accelerator, it should be allowed to
Hi Barry (2011.11.29_18:00:07_+0200)
> While chatting about this in irc (#debian-python on oftc), I mistakenly
> thought that PyPy supported PEP 3147, but I think it's only PEP 3149. 3147
> shouldn't be that difficult to support - what is your thought on adding that
> to PyPy? It would mean one l
Hi Matthias (2011.11.29_14:21:18_+0200)
> maybe for binary packages, but there is no reason why a pypy extension
> couldn't
> be built from the same source packages. Could you summarize why it needs to
> be
> a separate stack?
Sorry, discussion on IRC yesterday, made me realise that I was uncle
8 matches
Mail list logo