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 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 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 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 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 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 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 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 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 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 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
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 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
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, 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 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
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
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,
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 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, 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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
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, 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
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 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
43 matches
Mail list logo
