On Mon, Feb 22, 2010 at 6:12 PM, Guido van Rossum gu...@python.org wrote:
In that case congrats on beating us to the punch!
Let us know how it goes.
Will, do, thanks!
-Frank
___
Python-Dev mailing list
Python-Dev@python.org
On Tue, Feb 23, 2010 at 1:50 PM, Maciej Fijalkowski fij...@gmail.com wrote:
Hello.
I would like to have a feature on platform module (or sys or
somewhere) that can tell distutils or distutils2 that this platform
(be it PyPy or Jython) is not able to compile any C module. The
purpose of this
An advantage of being at PyCon :)
We *may* be able to get on mercurial very fast -- since all of the
interested parties are here. I'm going to get an svndump now -- the
downside to this is whatever anyone checks in during this in between
stage would need to get re-checked in after we move.
I'll
On Mon, Feb 22, 2010 at 5:45 PM, Frank Wierzbicki fwierzbi...@gmail.com wrote:
An advantage of being at PyCon :)
We *may* be able to get on mercurial very fast -- since all of the
interested parties are here. I'm going to get an svndump now -- the
downside to this is whatever anyone checks
On Mon, Dec 14, 2009 at 5:58 PM, Tarek Ziadé ziade.ta...@gmail.com wrote:
and for Linux and al, I am not sure but maybe a prefix for
Jython/etc.. could be used
for all paths.
~/.locale/lib/python/2.6/site-packages/...
~/.locale/jython/lib/python/2.6/site-packages/...
(I didn't digg on how
On Fri, Oct 9, 2009 at 8:42 PM, Martin v. Löwis mar...@v.loewis.de wrote:
I think it is important to confirm in advance that all the
implementations listed below agree to implement the PEP soonish after
it's adopted. Required sounds like a strong term - however, if an
implementation chooses
On Fri, Oct 9, 2009 at 8:34 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Also, why is it the name of the JIT compiler, and not the name of the
source language compiler?
From the Jython side it is easier to get the VM name compared to the
source language compiler. Although there is a property
On Thu, Oct 8, 2009 at 7:17 AM, Christian Heimes li...@cheimes.de wrote:
CPython:
~/.local/lib/python2.6/site-packages
%APPDATA%/Python/Python26
IronPython:
~/.local/lib/ironpython2.6/site-packages
%APPDATA%/Python/IronPython26
Jython:
~/.local/lib/jython2.6/site-packages
On Tue, Sep 22, 2009 at 11:43 PM, s...@pobox.com wrote:
Dino For IronPython we wrote a set of tests which go through and define
Dino the various operator methods in all sorts of combinations on both
Dino new-style and old-style classes as well as subclasses of those
Dino classes
On Tue, Sep 22, 2009 at 9:15 PM, Dino Viehland di...@microsoft.com wrote:
And the latest version there is in:
IronPython_Main\Src\Tests\compat
Hopefully the infrastructure will just work on Jython because it also runs on
CPython but there may be some Windows specific code in there (e.g.
On Tue, Sep 22, 2009 at 5:55 PM, Dino Viehland di...@microsoft.com wrote:
For IronPython we wrote a set of tests which go through and define
the various operator methods in all sorts of combinations on both
new-style and old-style classes as well as subclasses of those classes
and then do the
On Wed, Aug 26, 2009 at 3:29 PM, Joe Amentaament...@msu.edu wrote:
Hello all,
I have released the first alpha version of 3to2 after finishing it for my
Google Summer of Code 2009(tm) project.
Wow, congratulations!
-Frank
___
Python-Dev mailing list
On Thu, Aug 20, 2009 at 6:11 PM, Martin v. Löwismar...@v.loewis.de wrote:
Couldn't you just generate a check function for your tree that
would be invoked before you try to process a tree that a
script got access to?
That would be one way, though now that I understand CPython's AST
design
On Wed, Aug 19, 2009 at 5:00 PM, Martin v. Löwismar...@v.loewis.de wrote:
Now on to the complaints: Though I recently added support for this in
Jython, I don't like that nodes can be defined without required
attributes, for example:
node = ast.Assign()
I think we disagree in two points in
Before I start complaining, I want to mention what a huge help it has
been to be able to directly compare the AST exposed by ast.py in
making Jython a better Python. Thanks for that!
Now on to the complaints: Though I recently added support for this in
Jython, I don't like that nodes can be
I plan on updating the Python unit tests with tests from Jython that
turn out to be generic Python tests. Should I be putting these tests
into trunk and 3k or should I also put them into the 2.6 and 3.1
maintenance branches as well?
Regards,
-Frank
On Sun, Aug 16, 2009 at 11:45 AM, Benjamin Petersonbenja...@python.org wrote:
2009/8/16 Frank Wierzbicki fwierzbi...@gmail.com:
Usually, unless the test is for a bug we are backporting, new tests
only go in the trunk and py3k.
Thanks! I'll do that from now on.
-Frank
On Fri, Aug 14, 2009 at 12:16 PM, Benjamin Petersonbenja...@python.org wrote:
I have a local patch that changes the CPython col_offset to match
Jython's, but before I submit a patch I thought I'd ask here if there
is support for this sort of change and if I should continue to find
col_offset
On Fri, Aug 14, 2009 at 3:11 PM, Benjamin Petersonbenja...@python.org wrote:
2009/8/14 Frank Wierzbicki fwierzbi...@gmail.com:
On Fri, Aug 14, 2009 at 12:16 PM, Benjamin Petersonbenja...@python.org
wrote:
I have a local patch that changes the CPython col_offset to match
Jython's, but before
On Fri, Aug 14, 2009 at 3:41 PM, Frank Wierzbickifwierzbi...@gmail.com wrote:
It's at the bottom of the test file. :) You can add a handwritten test
above that, though.
Heh -- how did I miss that :) ? -- I'll resubmit the patch with tests.
Resubmitted http://bugs.python.org/issue6704 with
On Fri, Aug 14, 2009 at 5:57 PM, Brett Cannonbr...@python.org wrote:
I like the improvement, but I disagree it should be considered for
backporting as it changes semantics for something that could be considered a
bug, but that feels like a stretch.
Just thought I'd ask -- I'm perfectly ok with
At PyCon, we discussed moving Jython's svn repository to Python's with
Martin von Löwis. I would think that Jython would live in Python's hg
repository in the same way as stackless and distutils. Has the
parallel project strategy been determined? Will they be separate
repositories, separate
On Mon, Jun 8, 2009 at 11:32 AM, Dirkjan Ochtmandirk...@ochtman.nl wrote:
I'd say migrating to Python's svn doesn't make a whole lot of sense at
this point, but I'll leave that to Martin (since he has to do the
work). For the conversion, I can just as well take the Jython repo
from your
On Mon, Dec 8, 2008 at 10:31 PM, Brett Cannon [EMAIL PROTECTED] wrote:
On Mon, Dec 8, 2008 at 18:53, A.M. Kuchling [EMAIL PROTECTED] wrote:
On Sat, Dec 06, 2008 at 02:42:38PM -0800, Brett Cannon wrote:
No, I am saying I had told AMK I was interested in championing the
session. He chose you,
On Thu, Dec 4, 2008 at 3:16 PM, Brett Cannon [EMAIL PROTECTED] wrote:
On Thu, Dec 4, 2008 at 12:05, Frank Wierzbicki [EMAIL PROTECTED] wrote:
On Wed, Dec 3, 2008 at 10:31 AM, A.M. Kuchling [EMAIL PROTECTED] wrote:
14:00 - 15:30
=
Two tracks:
Cross-implementation issues:
What
On Wed, Jun 11, 2008 at 5:27 PM, Curt Hagenlocher [EMAIL PROTECTED] wrote:
If I recall correctly, Jython handles this by appending a trailing
underscore to the imported name and there's no reason why we couldn't
do something similar.
In truth the current implementation of Jython allows keywords
On Wed, Jun 11, 2008 at 5:50 AM, Nick Coghlan [EMAIL PROTECTED] wrote:
Greg Ewing wrote:
Implementations are also permitted to restrict namespace dictionaries to
only accept string keys (I believe Jython does this for performance reasons
- CPython just optimised the hell out of normal
On Fri, May 2, 2008 at 10:21 AM, Thomas Lee [EMAIL PROTECTED] wrote:
Any Jython folk care to weigh in on this? If there are no major objections I
think I'm going to forge ahead with an independant Const() node.
I suspect that having a marker for non-int non-str constants could
also be used for
On Tue, Mar 4, 2008 at 1:36 PM, A.M. Kuchling [EMAIL PROTECTED] wrote:
On Tue, Mar 04, 2008 at 08:58:57AM -0500, Steve Holden wrote:
While I hesitate to suggest a change of such magnitude, there's
something to recommend the old IBM mainframe approach of separating out
Principles of Operation
On Fri, Apr 11, 2008 at 4:03 PM, Neal Norwitz [EMAIL PROTECTED] wrote:
I was also going to suggest a platform independent option. I like
-Xwhat-follows-is-impl-dependent.
This would work just fine for us, and it makes sense to have it
available for all implementations. If everyone likes this
On Sat, Apr 12, 2008 at 12:39 PM, Christian Heimes [EMAIL PROTECTED] wrote:
Brett Cannon schrieb:
-X is reserved for non-standard arguments
Fine by me.
And implemented in r62293 (trunk)
Great, thanks! While I'd love to have *both* -X and -J, is that okay
with the other devs?
-Frank
Hi all,
I was wondering if it might be possible for Jython to get an arg
space for command line execution. We try to deliver the same
switches that Python delivers (so for example -c means program passed
in as string on Python and Jython). We have some need for arguments
that would be
On Fri, Apr 11, 2008 at 1:40 PM, Guido van Rossum [EMAIL PROTECTED] wrote:
Works for me. We should have a patch to CPython that looks for -J and
rejects it with -J is reserved for Jython.
Great! Knowing this crowd it is probably already implemented -- but
if not I'd love to dust off my C
On Fri, Apr 11, 2008 at 2:51 PM, Brett Cannon [EMAIL PROTECTED] wrote:
On Fri, Apr 11, 2008 at 7:40 PM, Guido van Rossum [EMAIL PROTECTED] wrote:
Works for me. We should have a patch to CPython that looks for -J and
rejects it with -J is reserved for Jython.
Do we want it to be
On 3/7/07, James Tauber [EMAIL PROTECTED] wrote:
Google's Summer of Code is on again!
I'm in the process of submitting the application for PSF to again be
a mentoring organization.
Because I would like core Python projects to be well represented, I
particularly encourage python-devers to
On 3/7/07, James Tauber [EMAIL PROTECTED] wrote:
I would *strongly* encourage the submission of some Jython projects
under the PSF umbrella.
Great! I'll do my best to get some submitted.
-Frank
___
Python-Dev mailing list
Python-Dev@python.org
In that case, why not post a news item saying this? The website is
probably the first place people look...
I think any news other than here is the beta -- follow this link to
download it would be kind of a waste at this point. And that will
come when I finish __slots__, subclassable type, and
On 7/5/06, Guido van Rossum [EMAIL PROTECTED] wrote:
Hi Frank,
Have you and/or the Jython community made up your mind about this? The
thread seems to have disappeared after you posted (or perhaps it
continued only on jython-dev, which I don't read?).
The thread pretty much stopped there. I
On 7/5/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Frank That said, I still regard Samuele Pedroni as the ultimate
Frank authority on Jython and give him pretty much full veto power. He
Frank fortunately continues to watch the checkins and prods me when I
Frank go in the
that should be excluded from
Jython, but mainly to understand the future implementation of Python
for which the tests provide the only real spec. Which of the current
tests is closest to an ideal test, so I can use it as a model?
Thanks,
-Frank Wierzbicki
Sorry for the untrimmed conversation, but I've cc'ed jython-dev, my
comments are at the bottom.
On 6/12/06, Guido van Rossum [EMAIL PROTECTED] wrote:
On 6/12/06, Samuele Pedroni [EMAIL PROTECTED] wrote:
Fabio Zadrozny wrote:
Python and Jython import semantics differ on how sub-packages
If the portability problem can be solved by checking things into Jython
instead, I think I would prefer that.
I'm definitely interested in bringing ElementTree into Jython at some
point, though I probably won't have time to look into it until after
the next Jython release. I'm quite sure
On 10/20/05, Neal Norwitz [EMAIL PROTECTED] wrote:
The Grammar is (was at one point at least) shared between Jython andwould allow more tools to be able to share infrastructure.The ideais to eventually be able to have [JP]ython output the same AST totools.
Hello Python-dev,
My name is Frank
43 matches
Mail list logo