Re: [Python-Dev] Py2.5 issue: decimal context manager misimplemented, misdesigned, and misdocumented
Raymond Hettinger wrote: > The right way to do it was presented in PEP343. The implementation was > correct and the API was simple. Raymond's persuaded me that he's right on the API part at the very least. The current API was a mechanical replacement of the initial __context__ based API with a normal method, whereas I should have reverted back to the module-level localcontext() function from PEP343 and thrown the method on Context objects away entirely. I can fix it on the trunk (and add those missing tests!), but I'll need Anthony and/or Neal's permission to backport it and remove the get_manager() method from Python 2.5 before we get stuck with it forever. Cheers, Nick. -- Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia --- http://www.boredomandlaziness.org ___ 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
[Python-Dev] Error while building 2.5rc1 pythoncore_pgo on VC8
Hi All,I tried building python 2.5c1 using VC8.Getting the following errors while building pythoncore_pgo: Creating library pythoncore_pgo/python25.lib and object pythoncore_pgo/python25.expconfig.obj : error LNK2001: unresolved external symbol _init_types.\pythoncore_pgo/python25.dll : fatal error LNK1120: 1 unresolved externalsI checked pythoncore_pgo.vcproj file, it alreadu contains: RelativePath="..\Modules\_typesmodule.c"Can anyone give me some clue to solve this issue.Thanks & Regards,Mugunthhttp://mugunth.blogspot.com http://thamizha.comhttp://tamilblogs.com ___ 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
Re: [Python-Dev] Error while building 2.5rc1 pythoncore_pgo on VC8
Muguntharaj Subramanian wrote: > Hi All, > I tried building python 2.5c1 using VC8. > > Getting the following errors while building pythoncore_pgo: > >Creating library pythoncore_pgo/python25.lib and object > pythoncore_pgo/python25.exp > config.obj : error LNK2001: unresolved external symbol _init_types > .\pythoncore_pgo/python25.dll : fatal error LNK1120: 1 unresolved externals > > I checked pythoncore_pgo.vcproj file, it alreadu contains: > > RelativePath="..\Modules\_typesmodule.c" > > Can anyone give me some clue to solve this issue. googling for error messages is always a good idea: http://thread.gmane.org/gmane.comp.python.devel/83341 (see the last post in that thread for what I believe is a workaround) ___ 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
Re: [Python-Dev] Error while building 2.5rc1 pythoncore_pgo on VC8
> I checked pythoncore_pgo.vcproj file, it alreadu contains:>> RelativePath="..\Modules\_typesmodule.c" >> Can anyone give me some clue to solve this issue.googling for error messages is always a good idea:http://thread.gmane.org/gmane.comp.python.devel/83341 (see the last post in that thread for what I believe is a workaround)Yes, I have already done a bit of searching before posting that message.I have seen that previous post. That error mentioned in that post was in "pythoncore" module.My error is while compiling "pythoncore_pgo" module.And the workaround solution mentioned there is already there in the pythoncore_pgo.vcproj file. Thats why i mentioned RelativePath="..\Modules\ _typesmodule.c" is already there. I am still getting the same error. I am not able to find the cause yet. Any clue regarding this. Thanks & Regards,Mugunthhttp://mugunth.blogspot.comhttp://thamizha.com http://tamilblogs.com ___ 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
Re: [Python-Dev] Error while building 2.5rc1 pythoncore_pgo on VC8
Hello all. I am working on updating the PCBuild8 directory in the trunk. This should fix this issue, unify platform builds for win32, x64 and I64, and provide better support for PGO builds. Hopefully when this is checked in, I can backport it to 2.5, since PCBuild8 is not an "official" platform for 2.5 Cheers, Kristjan > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > On Behalf Of Fredrik Lundh > Sent: 31. ágúst 2006 10:55 > To: python-dev@python.org > Subject: Re: [Python-Dev] Error while building 2.5rc1 > pythoncore_pgo on VC8 > > Muguntharaj Subramanian wrote: > > Hi All, > > I tried building python 2.5c1 using VC8. > > > > Getting the following errors while building pythoncore_pgo: > > > >Creating library pythoncore_pgo/python25.lib and object > > pythoncore_pgo/python25.exp config.obj : error LNK2001: unresolved > > external symbol _init_types .\pythoncore_pgo/python25.dll : fatal > > error LNK1120: 1 unresolved externals > > > > I checked pythoncore_pgo.vcproj file, it alreadu contains: > > > > RelativePath="..\Modules\_typesmodule.c" > > > > Can anyone give me some clue to solve this issue. > > googling for error messages is always a good idea: > > http://thread.gmane.org/gmane.comp.python.devel/83341 > > (see the last post in that thread for what I believe is a workaround) > > > > ___ > 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/kristjan%40c cpgames.com > ___ 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
Re: [Python-Dev] Error while building 2.5rc1 pythoncore_pgo on VC8
Muguntharaj Subramanian wrote: > That error mentioned in that post was in "pythoncore" module. > My error is while compiling "pythoncore_pgo" module. iirc, that's a partially experimental alternative build for playing with performance guided optimizations. are you sure you need that module ? ___ 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
Re: [Python-Dev] Error while building 2.5rc1 pythoncore_pgo on VC8
I see. There is a file, called pythoncore_pgo_link.txt where you have to add the object too. But pythoncore_pgo is a bit broken in other ways at the moment. I am working on making it better in the trunk. (I also think that MS should improve their tools to make PGO building a one step process. the current recommended solution involves two project configurations...) Kristján From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Muguntharaj SubramanianSent: 31. ágúst 2006 11:46To: Fredrik LundhCc: python-dev@python.orgSubject: Re: [Python-Dev] Error while building 2.5rc1 pythoncore_pgo on VC8 > I checked pythoncore_pgo.vcproj file, it alreadu contains:>> RelativePath="..\Modules\_typesmodule.c" >> Can anyone give me some clue to solve this issue.googling for error messages is always a good idea:http://thread.gmane.org/gmane.comp.python.devel/83341 (see the last post in that thread for what I believe is a workaround)Yes, I have already done a bit of searching before posting that message.I have seen that previous post. That error mentioned in that post was in "pythoncore" module.My error is while compiling "pythoncore_pgo" module.And the workaround solution mentioned there is already there in the pythoncore_pgo.vcproj file. Thats why i mentioned RelativePath="..\Modules\ _typesmodule.c" is already there. I am still getting the same error. I am not able to find the cause yet. Any clue regarding this. Thanks & Regards,Mugunthhttp://mugunth.blogspot.comhttp://thamizha.comhttp://tamilblogs.com ___ 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
Re: [Python-Dev] Py2.5 issue: decimal context manager misimplemented, misdesigned, and misdocumented
Nick Coghlan wrote: > Raymond Hettinger wrote: >> The right way to do it was presented in PEP343. The implementation was >> correct and the API was simple. > > Raymond's persuaded me that he's right on the API part at the very least. The > current API was a mechanical replacement of the initial __context__ based API > with a normal method, whereas I should have reverted back to the module-level > localcontext() function from PEP343 and thrown the method on Context objects > away entirely. > > I can fix it on the trunk (and add those missing tests!), but I'll need > Anthony and/or Neal's permission to backport it and remove the get_manager() > method from Python 2.5 before we get stuck with it forever. I committed this fix as 51664 on the trunk (although the docstrings are still example free because doctest doesn't understand __future__ statements). Anthony, Neal: I'd like to backport this change to the 2.5 maintenance branch. I realise it is an API change between the release candidate and the actual release, but this really is a small tweak to something nobody is actually using yet. If that's not acceptable, I'd like to go with Raymond's original option: rip it out entirely for 2.5 so we don't get stuck maintaining it for the rest of the 2.x series. Cheers, Nick. -- Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia --- http://www.boredomandlaziness.org ___ 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
[Python-Dev] link to community buildbot?
There was a buildbot set up recently to test various external packages (like twisted) against Python's source code. I don't recall where it is, but it would be nice if relevant links to it existed on this page: http://www.python.org/dev/buildbot/ In addition, if a 2.3.6 release is going to happen it seems like it would be a good idea to set up the relevant bits on both buildbots. Skip ___ 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
[Python-Dev] Windows build slave downtime
Hi all,
The Windows build slave ("x86 XP trunk") will be down for most of
today while I move to a new apartment. As long as the phone company
manages to provide me with an internet connection by the end of today,
it should be available again some time this evening.
Alan
___
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
Re: [Python-Dev] link to community buildbot?
On 8/31/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: There was a buildbot set up recently to test various external packages(like twisted) against Python's source code. I don't recall where it is,but it would be nice if relevant links to it existed on this page: http://www.python.org/dev/buildbot/In addition, if a 2.3.6 release is going to happen it seems like it would bea good idea to set up the relevant bits on both buildbots. Skip___The link is this one:http://www.python.org/dev/buildbot/community/all/ BTW, I haven't had many takers since I announced this projectSo if anybody on these lists is interested in setting up a buildslave, please let me know. There's also a mailing list here: http://lists2.idyll.org/listinfo/pybotsThanks,Grig ___ 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
Re: [Python-Dev] Py2.5 issue: decimal context manager misimplemented, misdesigned, and misdocumented
Nick Coghlan wrote: > Raymond Hettinger wrote: > >> The right way to do it was presented in PEP343. The implementation >> was correct and the API was simple. > > > Raymond's persuaded me that he's right on the API part at the very > least. The current API was a mechanical replacement of the initial > __context__ based API with a normal method, whereas I should have > reverted back to the module-level localcontext() function from PEP343 > and thrown the method on Context objects away entirely. > > I can fix it on the trunk (and add those missing tests!), but I'll > need Anthony and/or Neal's permission to backport it and remove the > get_manager() method from Python 2.5 before we get stuck with it forever. > Please go ahead and get the patch together for localcontext(). This should be an easy sell: * simple bugs can be fixed in Py2.5.1 but API mistakes are forever. * currently, all of the docs, docstrings, and whatsnew are incorrect. * the solution has already been worked-out in PEP343 -- it's nothing new. * nothing else, anywhere depends on this code -- it is as safe a change as we could hope for. Neal is tough, but he's not heartless ;-) Raymond ___ 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
[Python-Dev] That library reference, yet again
What is the status of http://effbot.org/lib/ ? I think it's a step in the right direction. Is it still in progress? Can I have access to toolchain source code and/or conversion output? I would like to set up something like gotapi.com for the Python library reference, or help the gotapi people to include it. But gotapi needs link targets for functions etc., but the original Python library reference doesn't have them. I really like the simple linking idea here: http://online.effbot.org/2006_01_01_archive.htm#link-doc Here's another working example with (ugly) link targets: http://www.zvon.org/other/python/PHP/search.php Cheers, Johann ___ 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
Re: [Python-Dev] That library reference, yet again
+1 to that idea -- Un saludo, Javier ___ 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
[Python-Dev] A test suite for unittest
I've just uploaded a trio of unittest-related patches: #1550272 (http://python.org/sf/1550272) is a test suite for the mission-critical parts of unittest. #1550273 (http://python.org/sf/1550273) fixes 6 issues uncovered while writing the test suite. Several other items that I raised earlier (http://mail.python.org/pipermail/python-dev/2006-August/068378.html) were judged to be either non-issues or behaviours that, while suboptimal, people have come to rely on. #1550263 (http://python.org/sf/1550263) follows up on an earlier patch I submitted for unittest's docs. This new patch corrects and clarifies numerous sections of the module's documentation. I'd appreciate it if these changes could make it into 2.5-final or at least 2.5.1. What follows is a list of the issues fixed in patch #1550273: 1) TestLoader.loadTestsFromName() failed to return a suite when resolving a name to a callable that returns a TestCase instance. 2) Fix a bug in both TestSuite.addTest() and TestSuite.addTests() concerning a lack of input checking on the input test case(s)/suite(s). 3) Fix a bug in both TestLoader.loadTestsFromName() and TestLoader.loadTestsFromNames() that had ValueError being raised instead of TypeError. The problem occured when the given name resolved to a callable and the callable returned something of the wrong type. 4) When a name resolves to a method on a TestCase subclass, TestLoader.loadTestsFromName() did not return a suite as promised. 5) TestLoader.loadTestsFromName() would raise a ValueError (rather than a TypeError) if a name resolved to an invalid object. This has been fixed so that a TypeError is raised. 6) TestResult.shouldStop was being initialised to 0 in TestResult.__init__. Since this attribute is always used in a boolean context, it's better to use the False spelling. Thanks, Collin Winter ___ 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
Re: [Python-Dev] A test suite for unittest
On Thursday 31 August 2006 22:52, Collin Winter wrote: > I've just uploaded a trio of unittest-related patches: Thanks, Collin! > #1550272 (http://python.org/sf/1550272) is a test suite for the > mission-critical parts of unittest. > > #1550273 (http://python.org/sf/1550273) fixes 6 issues uncovered while > writing the test suite. Several other items that I raised earlier > (http://mail.python.org/pipermail/python-dev/2006-August/068378.html) > were judged to be either non-issues or behaviours that, while > suboptimal, people have come to rely on. I'm hesitant to commit even tests at this point (the release candidate has already been released, and there's no plan for a second). I've not reviewed the patches. > #1550263 (http://python.org/sf/1550263) follows up on an earlier patch > I submitted for unittest's docs. This new patch corrects and clarifies > numerous sections of the module's documentation. Anthony did approve documentation changes for 2.5, so I've committed this for 2.5 and on the trunk (2.6). These should be considered for 2.4.4 as well. (The other two may be appropriate as well.) -Fred -- Fred L. Drake, Jr. ___ 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
Re: [Python-Dev] A test suite for unittest
At this point, I'd say the documentation patches should go in - the other patches are probably appropriate for 2.5.1. I only want to accept critical patches between now and 2.5 final. Thanks for the patches (and particularly for the unittest! woo!) Anthony ___ 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
