On Tue, Feb 23, 2010 at 1:50 PM, Maciej Fijalkowski 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 is to make
On Mon, Feb 22, 2010 at 6:12 PM, Guido van Rossum 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
http://mail.python.org/mailman/listinfo/
On Mon, Feb 22, 2010 at 5:45 PM, Frank Wierzbicki 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 chec
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 l
On Mon, Dec 14, 2009 at 5:58 PM, Tarek Ziadé 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 Jython organiz
On Fri, Oct 9, 2009 at 8:34 PM, "Martin v. Löwis" 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
java.lang.Sy
On Fri, Oct 9, 2009 at 8:42 PM, "Martin v. Löwis" 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 not to impl
On Thu, Oct 8, 2009 at 7:17 AM, Christian Heimes 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
> %APPDATA%/Pyth
On Tue, Sep 22, 2009 at 9:15 PM, Dino Viehland 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. import nt,
> a gen
On Tue, Sep 22, 2009 at 11:43 PM, 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 and th
On Tue, Sep 22, 2009 at 5:55 PM, Dino Viehland 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 comparisons w/ l
On Wed, Aug 26, 2009 at 3:29 PM, Joe Amenta 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
Python-Dev@p
On Thu, Aug 20, 2009 at 6:11 PM, "Martin v. Löwis" 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 better, I am tempted
On Wed, Aug 19, 2009 at 5:00 PM, "Martin v. Löwis" 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 our ev
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 defin
On Sun, Aug 16, 2009 at 11:45 AM, Benjamin Peterson wrote:
> 2009/8/16 Frank Wierzbicki :
> 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
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 Fri, Aug 14, 2009 at 5:57 PM, Brett Cannon 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 the change bei
On Fri, Aug 14, 2009 at 3:41 PM, Frank Wierzbicki 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/issu
On Fri, Aug 14, 2009 at 3:11 PM, Benjamin Peterson wrote:
> 2009/8/14 Frank Wierzbicki :
>> On Fri, Aug 14, 2009 at 12:16 PM, Benjamin Peterson
>> wrote:
>>
>>>> I have a local patch that changes the CPython col_offset to match
>>>> Jython's, but
On Fri, Aug 14, 2009 at 12:16 PM, Benjamin Peterson 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 and lineno r
Hi all,
Off and on I have been directly comparing Jython's AST with Python's
AST and generally working towards making them as close to identical as
possible. There are a couple of places where I haven't "fixed" Jython
because it looks to me like Jython has slightly better offsets. One
example:
On Mon, Jun 8, 2009 at 11:32 AM, Dirkjan Ochtman 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 current server. I've
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 "for
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 c
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
>>> ==
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 do the various VMs want/need from CPython to help with their
> implementations?
>
> * Marking CPython-specific tests in the test sui
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 dic
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 keyw
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 Op
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 fo
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 d
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 th
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
Patch is here: http://bugs.python.org/issue2617
-Frank
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
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
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 Jython
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
htt
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-dever
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> g
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
> 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"
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
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-pack
> > 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
46 matches
Mail list logo
