Re: [Python-Dev] Indentation oddness...
Unfortunately my problem is the opposite one - trying to emulate what compile does for IronPython rather than just trying to make some code compile. So adding newlines doesn't help me. But this case isn't really that important - it was just a wacky corner case I ran into while trying to get other behavior right. I think I can safely ignore this one especially if it's just a bug. > -Original Message- > From: [email protected] [mailto:[email protected]] On Behalf Of > Guido van Rossum > Sent: Friday, May 29, 2009 7:20 PM > To: Dino Viehland > Cc: Robert Kern; [email protected] > Subject: Re: [Python-Dev] Indentation oddness... > > I usually append some extra newlines before passing a string to > compile(). That's the usual work-around. There's probably a subtle bug > in the tokenizer when reading from a string -- if you find it, please > upload a patch to the tracker! > > --Guido > > On Fri, May 29, 2009 at 5:52 PM, Dino Viehland > wrote: > >> The 'single' mode, which is used for the REPL, is a bit different > than > >> 'exec', > >> which is used for modules. This difference lets you insert "blank" > >> lines of > >> whitespace into a function definition without exiting the definition. > >> Ending > >> with a truly empty line does not cause the IndentationError, so the > >> REPL can > >> successfully compile the code, signaling that the user has finished > >> typing the > >> function. > > > > Sorry, I probably should have mentioned this but it repros w/ > > compile(..., "exec") as well: > > > code = "def Foo():\n\npass\n\n " > compile(code, 'foo', 'exec') > > Traceback (most recent call last): > > File "", line 1, in > > File "foo", line 5 > > > > IndentationError: unindent does not match any outer indentation level > > > > It also repros when passing in PyCF_DONT_IMPLY_DEDENT for flags under > > single and exec. > > ___ > > Python-Dev mailing list > > [email protected] > > http://mail.python.org/mailman/listinfo/python-dev > > Unsubscribe: http://mail.python.org/mailman/options/python- > dev/guido%40python.org > > > > > > -- > --Guido van Rossum (home page: http://www.python.org/~guido/) ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] [RELEASED] Python 3.1 Release Candidate 1
On behalf of the Python development team, I'm happy to announce the first release candidate of Python 3.1. Python 3.1 focuses on the stabilization and optimization of the features and changes that Python 3.0 introduced. For example, the new I/O system has been rewritten in C for speed. File system APIs that use unicode strings now handle paths with undecodable bytes in them. Other features include an ordered dictionary implementation, a condensed syntax for nested with statements, and support for ttk Tile in Tkinter. For a more extensive list of changes in 3.1, see http://doc.python.org/dev/py3k/whatsnew/3.1.html or Misc/NEWS in the Python distribution. This is a release candidate, and as such, we do not recommend use in production environments. However, please take this opportunity to test the release with your libraries or applications. This will hopefully discover bugs before the final release and allow you to determine how changes in 3.1 might impact you. If you find things broken or incorrect, please submit a bug report at http://bugs.python.org For more information and downloadable distributions, see the Python 3.1 website: http://www.python.org/download/releases/3.1/ See PEP 375 for release schedule details: http://www.python.org/dev/peps/pep-0375/ Enjoy, -- Benjamin Benjamin Peterson benjamin at python.org Release Manager (on behalf of the entire python-dev team and 3.1's contributors) ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] looking for some people to talk with about Python development
Hello, My name is Chandler Armstrong and I'm investigating environments of collaboration. I'm a PhD candidate at the University of Illinois, Urbana-Champaign, specialized in internet research and science & technology studies. I'm generally interested in development methods overall, and specifically interested in both artificial languange construction and evolution, and collaboration in open-source models. I would like to talk to some members of the Python development community about what kinds of activities they do within it. If anybody is interested in this please email me at [email protected]. I will send you a document that describes the research and interview in more detail. I'd like to do a voice interview over skype or a phone, but I can accomodate an online chat or even email. I have some current research on this specific mailing list which is more quantitative in nature. I downloaded the entire mailing list from the archives. Next I looked through all the python-dev summaries and used links provided to referenced threads to indicate that a particular message or thread was meaningful in development. I characterized the mailing list as threads, and each instance with about 30 attributes (things like the number of posts, the depth of the tree, a measure of 'branchyness' of the thread, the standard deviation of post counts across posters, the hour/day/month of the thread, etc). Using these attributes I attempted to classify, using logistic regression, the threads that were indicated as meaningful in the python-dev summaries. There are some significant results. If anyone is interested I can send you my results, or even post them here to the list. I'll be presenting my results at the Classification Society Conference at St. Louis in June. The ! wo! rk is unpublished at the moment but I hope to find a journal for it this summer. I used entirely Python for all that quantitative work: downloading the mailing list and going through all the summaries, opening the links and matching the referenced message to the correct one in my downloaded database, and cleaning and transforming data. It was a ton of fun. I hope to develop more scripts for other sorts of automated analysis. At any rate, please contact me if you'de like to contribute to my current tack of investigation. I would ultimately want to interview however many people that are willing to talk with me. I need to do about two in the next couple of weeks, and I would get with other volunteers in the weeks after that. Thanks, Chandler Armstrong [email protected] ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] cleanup before 3.1 is released
Has anyone run valgrind/purify and pychecker/pylint on the 3.1 code recently? Both sets of tools should be used before the final release so we can fix any obvious problems. n ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] cleanup before 3.1 is released
Neal Norwitz schrieb: > Has anyone run valgrind/purify and pychecker/pylint on the 3.1 code > recently? Both sets of tools should be used before the final release > so we can fix any obvious problems. Do pychecker/pylint work on 3.x code? Gerog -- Thus spake the Lord: Thou shalt indent with four spaces. No more, no less. Four shall be the number of spaces thou shalt indent, and the number of thy indenting shall be four. Eight shalt thou not indent, nor either indent thou two, excepting that thou then proceed to four. Tabs are right out. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] [Sphinx] GSoC project announcement
Hi, guys, just a short introduction of one of this year's GSoC PSF projects: I am implementing a support for per-paragraph comments and user/developer interface for submitting/committing fixes in Sphinx[1]. In case you are interesed in adding your 2 cents (or more) by commenting on my application[2] or proposing some enhancements - feel free to do so on sphinx-dev[3]. Or take a look at my blog to keep up to date[4]. [1] - http://sphinx.pocoo.org/ [2] - http://tosh.pl/gminick/gsoc/sphinx/ [3] - http://groups.google.com/group/sphinx-dev [4] - http://gminick.wordpress.com Best regards, -- Wojtek Walczak http://tosh.pl/gminick/ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Survey on DVCS usage and experience
Antoine Pitrou wrote: you can't be sure all the responders are over 18. Actually, they might even not be human beings! (hint: I'm not) Not over 18, or not a human being? -- Greg ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Indentation oddness...
Robert Kern wrote: The 'single' mode, which is used for the REPL, is a bit different than 'exec', which is used for modules. This difference lets you insert "blank" lines of whitespace into a function definition without exiting the definition. All that means is that the REPL needs to keep reading lines until it gets a completely blank one. I don't see why the compiler has to treat the source any differently once the REPL has decided how much text to feed it. -- Greg ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
