On Mon, May 20, 2013 at 6:39 AM, Barry Warsaw wrote:
> Or in other words, if dicts are to be ordered, let's make it an explicit
> language feature that we can measure compliance against.
Guaranteeing a dict order would be tough on Jython - today it's nice
that we can just have a thin wrapper aroun
On Thu, May 2, 2013 at 12:07 PM, Ethan Furman wrote:
> In order for the Enum convenience function to be pickleable, we have this
> line of code in the metaclass:
>
> enum_class.__module__ = sys._getframe(1).f_globals['__name__']
>
> This works fine for Cpython, but what about the others?
This
On Fri, Mar 29, 2013 at 11:33 PM, Simon Cross wrote:
> Having a standalone version of IDLE might be really useful to
> alternative Python implementations.
I suspect it's too hard. I remember seeing some work on "anygui.py" that
looked like an attempt to make these sorts of things work across var
On Thu, Mar 21, 2013 at 8:23 AM, Nick Coghlan wrote:
> I think a federated repo model in general is something we need to
> consider, it's not something we should consider IDLE specific.
I would love to have a federated repo model. I have recently made the
attempt to port the devguide for CPython t
Hi all,
I won't be able to make it to the summit and probably not the
conference. I have a raging 104F fever (40C for many of you =)
The doctor says I have influenza and am highly contagious, so I
shouldn't be going anywhere near conference full of people for five
days - looks like I'm missing th
On Tue, Mar 5, 2013 at 8:55 AM, fwierzbi...@gmail.com
wrote:
> I've been thinking that this is a bit of a historical mistake on our
> part. I'm strongly considering setting os.name properly in Jython3.
In fairness to Jython implementers past - it wasn't a mistake but a
delibe
On Mon, Mar 4, 2013 at 9:39 PM, Jeff Hardy wrote:
> I think you misremembered - there's lots of code that uses
> `sys.platform == 'win32'` to detect Windows, but sys.platform is 'cli'
> for IronPython. I'm pretty sure `os.name has always been 'nt' (when
> running on Windows), and if not, it defini
On Thu, Feb 28, 2013 at 12:35 PM, Brett Cannon wrote:
>
> On Thu, Feb 28, 2013 at 3:17 PM, fwierzbi...@gmail.com
> wrote:
>>
>> It would be nice in this particular case if there was a zlib.py that
>> imported _zlib -- then it would be easy to shim in Jython's vers
On Thu, Feb 28, 2013 at 12:00 PM, Antoine Pitrou wrote:
> IMHO, we should remove the plat-* directories, they are completely
> unmaintained, undocumented, and serve no useful purpose.
Oh I didn't know that - so definitely adding to that is right out :)
Really for cases like Jython's zlib.py (no u
On Thu, Feb 28, 2013 at 11:46 AM, fwierzbi...@gmail.com
wrote:
>> Agreed on those problems. Would it be possible to use a design
>> pattern in these cases so the Jython-only code wouldn't need to be
>> part of the CPython repo? A naive example would be refactoring zlib
On Thu, Feb 28, 2013 at 11:24 AM, Chris Jerdonek
wrote:
> On Thu, Feb 28, 2013 at 1:30 AM, Antoine Pitrou wrote:
>> Le Wed, 27 Feb 2013 11:33:30 -0800,
>> "fwierzbi...@gmail.com" a écrit :
>>>
>>> There are a couple of spots that might be more contro
On Thu, Feb 28, 2013 at 1:30 AM, Antoine Pitrou wrote:
> Le Wed, 27 Feb 2013 11:33:30 -0800,
> "fwierzbi...@gmail.com" a écrit :
>>
>> There are a couple of spots that might be more controversial. For
>> example, Jython has a file Lib/zlib.py that implements zli
On Thu, Feb 28, 2013 at 1:15 AM, Nick Coghlan wrote:
> On Thu, Feb 28, 2013 at 1:37 PM, Barry Warsaw wrote:
>> On Feb 27, 2013, at 11:33 AM, fwierzbi...@gmail.com wrote:
>>>The easy part for Jython is pushing some of our "if is_jython:" stuff
>>>into t
On Wed, Feb 27, 2013 at 7:37 PM, Barry Warsaw wrote:
> On Feb 27, 2013, at 11:33 AM, fwierzbi...@gmail.com wrote:
>
>>I am suggesting that we push forward on the "shared library" approach to the
>>files in the Lib/* directory, so that would certainly include IronPyth
On Wed, Feb 27, 2013 at 11:21 AM, Brett Cannon wrote:
> Do you mean more generally getting more pure Python implementations of
> modules in the stdlib? If so then as a reference there is
> http://bugs.python.org/issue16651 which lists the modules in the stdlib w/
> only extension module implementa
On Wed, Feb 27, 2013 at 8:51 AM, Michael Foord wrote:
> If you have other items you'd like to discuss please let me know and I can
> add them to the agenda.
I'd like to discuss merging Jython's standard Lib (the *.py files). We
have in the past had agreement that this would be a good idea - I ju
On Tue, Feb 12, 2013 at 1:03 PM, Maciej Fijalkowski wrote:
> Hi
>
> We recently encountered a performance issue in stdlib for pypy. It
> turned out that someone commited a performance "fix" that uses += for
> strings instead of "".join() that was there before.
>
> Now this hurts pypy (we can mitig
On Mon, Dec 10, 2012 at 3:13 PM, fwierzbi...@gmail.com
wrote:
> On Mon, Dec 10, 2012 at 10:01 AM, Armin Rigo wrote:
>> Technically, I could see Python switching to ordered dictionaries
>> everywhere. Raymond's insight suddenly makes it easy for CPython and
>> PyPy, and
On Mon, Dec 10, 2012 at 10:01 AM, Armin Rigo wrote:
> Technically, I could see Python switching to ordered dictionaries
> everywhere. Raymond's insight suddenly makes it easy for CPython and
> PyPy, and at least Jython could use the LinkedHashMap class (although
> this would need checking with Jy
Thanks Brett, that cleared everything up for me! And indeed it is what
I'm thinking of doing for Jython (Minimal nodes for the compiler and
parallel PyObjects for Python).
-Frank
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
On Mon, Aug 13, 2012 at 3:10 PM, Brett Cannon wrote:
> Direct. There is an AST grammar file that gets compiled into C and Python
> objects which are used by the compiler (c version) or exposed to users
> (Python version).
At the risk of making you repeat yourself, and just to be sure I
understand
On Mon, Aug 13, 2012 at 1:46 PM, Guido van Rossum wrote:
> On Mon, Aug 13, 2012 at 1:05 PM, fwierzbi...@gmail.com
> wrote:
>> On Mon, Aug 13, 2012 at 12:06 PM, Brett Cannon wrote:
>>>> I see nothing about ast possibly being CPython only. Should there be?
>>>
On Mon, Aug 13, 2012 at 1:05 PM, fwierzbi...@gmail.com
wrote:
> 2.5+ contains
I should have said *Jython* 2.5+
-Frank
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
h
On Mon, Aug 13, 2012 at 12:06 PM, Brett Cannon wrote:
>> I see nothing about ast possibly being CPython only. Should there be?
>
>
> Time to ask the other VMs what they are currently doing (the ast module came
> into existence in Python 2.6 so all the VMs should be answer the question
> since Jyth
On Wed, Aug 8, 2012 at 12:54 AM, Raymond Hettinger
wrote:
> Hello all,
>
> I'll soon be starting the edits of Whatsnew for 3.3.
>
> When I did this for 3.2, it took over 150 hours of work to research all the
> changes. This time there are many more changes, so my previous process won't
> work (
On Tue, Jun 12, 2012 at 12:01 PM, Brett Cannon wrote:
>
>
> On Tue, Jun 12, 2012 at 2:28 PM, Eric Snow
> wrote:
>>
>> On Tue, Jun 12, 2012 at 10:48 AM, Brett Cannon wrote:
>> > I should mention another option is to add sys.dont_read_bytecode (I
>> > think I
>> > have discussed this with Frank at
On Tue, Jun 12, 2012 at 10:04 AM, fwierzbi...@gmail.com
wrote:
> Jython does support sys.dont_write_bytecode, but doesn't support
> sys.dont_read_bytecode yet - do you happen to know when
> dont_read_bytecode was added? It should be pretty straightforward, and
> so I'll prob
On Tue, Jun 12, 2012 at 9:38 AM, Alex Gaynor wrote:
> For PyPy: I'm not an expert in our import, but from looking at the source
>
> 1) imp.cache_from_source is unimplemented, it's an AttributeError.
Jython does not (yet) have a cache_from_source.
> 2) sys.dont_write_bytecode is always false, we d
On Mon, Jun 11, 2012 at 10:46 PM, Nick Coghlan wrote:
> To allow easier transition to a separate list (if that seems necessary
> at a later date), my preferred colour for the bikeshed is
> [compatibility-sig].
I for one approve of this bikeshed colour :)
-Frank
___
On Sun, Jun 10, 2012 at 11:58 PM, Nick Coghlan wrote:
> 1. Asking on python-dev is considered adequate. If an implementation
> wants to be consulted on changes, one or more of their developers
> *must* follow python-dev sufficiently closely that they don't miss
> cross-VM compatibility questions.
On Fri, Jun 8, 2012 at 11:57 AM, Eric Snow wrote:
> This would have been handy for feedback on sys.implementation.
FWIW I followed the discussion and am happy with the result :)
-Frank
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python
On Fri, Jun 8, 2012 at 10:59 AM, Brett Cannon wrote:
> R. David already replied to this, but just to reiterate: tests can always
> get updated, and code that fixes a bug (and leaving a file open can be
> considered a bug) can also go in. It's just stuff like code refactoring,
> speed improvements,
On Fri, Jun 8, 2012 at 9:22 AM, Jeff Hardy wrote:
> On Fri, Jun 8, 2012 at 8:13 AM, Matti Picus wrote:
>>
>> The windows port of pypy makes special demands on stdlib, specifically that
>> files are explicitly closed. There are some other minor issues, in order to
>> merge all the changes necessar
On Wed, Mar 7, 2012 at 5:39 PM, Victor Stinner wrote:
> Hi,
>
> During the Language Summit 2011 (*), it was discussed that PyPy and
> Jython don't support non-string key in type dict. An issue was open to
> emit a warning on such dict, but the patch has not been commited yet.
It should be noted th
On Wed, Jan 18, 2012 at 9:56 AM, Brett Cannon wrote:
> Doing a release every 6 months that includes updates to the stdlib and
> bugfixes to the language/VM also benefits other VMs by getting compatibility
> fixes in faster. All of the other VM maintainers have told me that keeping
> the stdlib no
On Fri, Sep 9, 2011 at 2:21 PM, Guido van Rossum wrote:
> I, for one, am very interested. It sounds like the 'unicode' datatype
> in Jython does not in fact have O(1) indexing characteristics if the
> string contains any characters in the astral plane. Interesting. I
> wonder if you have heard fro
On Fri, Sep 9, 2011 at 10:16 AM, Terry Reedy wrote:
> I am curious how you index by code point rather than code unit with 16-bit
> code units and how it compares with the method I posted. Is there anything I
> can read? Reply off list if you want.
I'll post on-list until someone complains, just i
On Thu, Sep 8, 2011 at 10:39 PM, Terry Reedy wrote:
> On 9/8/2011 6:15 PM, fwierzbi...@gmail.com wrote:
>>
>> Oops, forgot to add the link for the gory details for Java and> 2 byte
>> unicode:
>>
>> http://java.sun.com/developer/technicalArticles/Intl/S
On Fri, Aug 26, 2011 at 3:00 PM, Guido van Rossum wrote:
> I have a different question about IronPython and Jython now. Do their
> regular expression libraries support Unicode better than CPython's?
> E.g. does "." match a surrogate pair? Tom C suggests that Java's regex
> libraries get this and m
Oops, forgot to add the link for the gory details for Java and > 2 byte unicode:
http://java.sun.com/developer/technicalArticles/Intl/Supplementary/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsu
On Fri, Aug 26, 2011 at 3:00 PM, Guido van Rossum wrote:
> I have a different question about IronPython and Jython now. Do their
> regular expression libraries support Unicode better than CPython's?
> E.g. does "." match a surrogate pair? Tom C suggests that Java's regex
> libraries get this and m
On Tue, Apr 5, 2011 at 6:37 AM, Nick Coghlan wrote:
> 1. Making "docstring" an attribute of the Function node rather than
> leaving it embedded as the first statement in the suite (this avoids
> issues where AST-based constant folding could potentially corrupt the
> docstring)
> 2. Collapsing Num,
As a re-implementor of ast.py that tries to be node for node
compatible, I'm fine with #1 but would really like to have tests that
will fail in test_ast.py to alert me!
-Frank
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
43 matches
Mail list logo
