Daniel Holth dho...@fastmail.fm added the comment:
from docs.python.org:
platform.python_implementation()
Returns a string identifying the Python implementation. Possible return
values are: ‘CPython’, ‘IronPython’, ‘Jython’.
New in version 2.6.
... and it seems pypy identifies
Alexis Metaireau ale...@notmyidea.org added the comment:
On 29/04/2011 18:20, Daniel Holth wrote:
New in version 2.6.
Yep that's it. We would need to backport it in the python2 port of
packaging (namely distutils2), but it would do the trick.
I just started a discussion about that on
Éric Araujo mer...@netwok.org added the comment:
Alexis is right, the implementation name is not currently available as an
environment marker. Maybe another approach could be used: consider all
extensions optional on non-CPython platforms?
--
versions: +3rd party -Python 2.7
dholth dho...@fastmail.fm added the comment:
Yes, putting implementation-specific environment markers in the Extensions
section is the idea (instead of the haphazard and occasionally-applied 'Python
code in setup.py appends to a list of extensions' method).
An Extension can only be optional
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
type: - feature request
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11921
___
Éric Araujo mer...@netwok.org added the comment:
The environment markers are specific to PEP 345, that is metadata, which
includes dependencies, so that you can depend on something only on a given
platform. Your proposal of putting C extensions in another distribution and
optionally depend
Changes by Jeremy Kloth jeremy.kl...@gmail.com:
--
nosy: +jkloth
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11921
___
___
Python-bugs-list
Alexis Metaireau ale...@notmyidea.org added the comment:
This raises a concern about python specific python implementations
dependencies.
We probably could extend PEP 345 in order to support things such as
'platform.python_implementation == cpython'.
--
New submission from dholth dho...@fastmail.fm:
It might be useful to be able to declare optional Extensions that for example
won't attempt to compile on Jython or any implementation of Python for which
the extension (a) doesn't work or (b) would be slower than the Python fallback.
I suppose