Am 10.08.2010 05:49, schrieb Alexander Belopolsky:
> On Mon, Aug 9, 2010 at 11:32 PM, Nick Coghlan wrote:
>> On Tue, Aug 10, 2010 at 1:24 PM, Alexander Belopolsky
>> wrote:
>>> Was it on IRC? I do remember discussion, but forgot the answer. :(
>>
>> python-dev or python-checkins I think, but I do
Am 10.08.2010 04:47, schrieb Nick Coghlan:
> On Tue, Aug 10, 2010 at 2:10 AM, alexander.belopolsky
> wrote:
>> +PS: In the standard Python distribution, this file is encoded in UTF-8
>> +and the list is in rough alphabetical order by last names.
>>
>> David Abrahams
>> Jim Ahlstrom
>> @@ -28,6 +
On Mon, Aug 9, 2010 at 11:32 PM, Nick Coghlan wrote:
> On Tue, Aug 10, 2010 at 1:24 PM, Alexander Belopolsky
> wrote:
>> Was it on IRC? I do remember discussion, but forgot the answer. :(
>
> python-dev or python-checkins I think, but I don't really remember.
> (Not IRC though, as I only very rar
On Tue, Aug 10, 2010 at 1:24 PM, Alexander Belopolsky
wrote:
> Was it on IRC? I do remember discussion, but forgot the answer. :(
python-dev or python-checkins I think, but I don't really remember.
(Not IRC though, as I only very rarely drop in on the channel)
> Do you agree that ACKS should be
Was it on IRC? I do remember discussion, but forgot the answer. :(
Do you agree that ACKS should be the same in the active branches? I'll
fix the order when I merge the lists.
On Aug 9, 2010, at 10:53 PM, Benjamin Peterson
wrote:
2010/8/9 Nick Coghlan :
On Tue, Aug 10, 2010 at 2:10 A
2010/8/9 Nick Coghlan :
> On Tue, Aug 10, 2010 at 2:10 AM, alexander.belopolsky
> wrote:
>> +PS: In the standard Python distribution, this file is encoded in UTF-8
>> +and the list is in rough alphabetical order by last names.
>>
>> David Abrahams
>> Jim Ahlstrom
>> @@ -28,6 +29,7 @@
>> Éric Ar
On Tue, Aug 10, 2010 at 2:10 AM, alexander.belopolsky
wrote:
> +PS: In the standard Python distribution, this file is encoded in UTF-8
> +and the list is in rough alphabetical order by last names.
>
> David Abrahams
> Jim Ahlstrom
> @@ -28,6 +29,7 @@
> Éric Araujo
> Jason Asbahr
> David Asche
On 8/9/2010 2:47 PM, Sturla Molden wrote:
Terry Reedy:
MingW has become less attractive in recent years by the difficulty
in downloading and installing a current version and finding out how to
do so. Some projects have moved on to the TDM packaging of MingW.
http://tdm-gcc.tdragon.net/
>> At one point Mike Fletcher published a patch to make distutils use the
>> SDK compiler. It would make a lot of sense if it were built in to
>> distutils as a further compiler choice.
>
> Please understand that this very choice is there already.
>
Yes you are right. I did not know about DISTUTI
>> Please understand that this very choice is there already.
>>
> That's great. Is that what the documentation refers to when it says
>
> """
> MSVCCompiler will normally choose the right compiler, linker etc. on its
> own. To override this choice, the environment variables
> DISTUTILS_USE_SDK and
>> Please understand that this very choice is there already.
>>
> That's great. Is that what the documentation refers to when it says
Correct.
> That isn't particularly clear to me, but it may be to others more
> familiar with building on Windows.
People familiar with that documentation fragment
On 8/9/2010 5:37 PM, "Martin v. Löwis" wrote:
> Am 09.08.2010 23:00, schrieb Steve Holden:
>> On 8/9/2010 2:47 PM, Sturla Molden wrote:
Terry Reedy:
>> [...]
>>>
>>> Python's distutils do not work with the SDK compiler, only Visual Studio.
>>> Building Python extensions with the SDK compiler i
Am 09.08.2010 23:00, schrieb Steve Holden:
> On 8/9/2010 2:47 PM, Sturla Molden wrote:
>>> Terry Reedy:
> [...]
>>
>> Python's distutils do not work with the SDK compiler, only Visual Studio.
>> Building Python extensions with the SDK compiler is not as easy as it
>> could (or should) be.
>>
> At o
On 8/9/2010 2:47 PM, Sturla Molden wrote:
>> Terry Reedy:
[...]
>
> Python's distutils do not work with the SDK compiler, only Visual Studio.
> Building Python extensions with the SDK compiler is not as easy as it
> could (or should) be.
>
At one point Mike Fletcher published a patch to make dist
> Python's distutils do not work with the SDK compiler, only Visual Studio.
That is not true.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailm
On Sun, 08 Aug 2010 19:53:38 -0400
Eric Smith wrote:
> On 8/8/10 7:48 PM, Antoine Pitrou wrote:
> > On Mon, 9 Aug 2010 01:24:50 +0200 (CEST)
> > antoine.pitrou wrote:
> >> Author: antoine.pitrou
> >> Date: Mon Aug 9 01:24:50 2010
> >> New Revision: 83869
> >>
> >> Log:
> >> Issue #8524: Add a
On Mon, Aug 9, 2010 at 11:47 AM, Sturla Molden wrote:
>> Terry Reedy:
>
>> MingW has become less attractive in recent years by the difficulty
>> in downloading and installing a current version and finding out how to
>> do so. Some projects have moved on to the TDM packaging of MingW.
>>
>> http
> Terry Reedy:
>MingW has become less attractive in recent years by the difficulty
> in downloading and installing a current version and finding out how to
> do so. Some projects have moved on to the TDM packaging of MingW.
>
> http://tdm-gcc.tdragon.net/
MinGW has become a mess. Equation.co
On Mon, Aug 9, 2010 at 11:48 AM, Benjamin Peterson wrote:
> 2010/8/9 Nick Coghlan :
>> On Mon, Aug 9, 2010 at 11:05 PM, benjamin.peterson
>> wrote:
>>> -if hasattr(sys, '_getframe'):
>>> - currentframe = sys._getframe
>>> -else:
>>> - currentframe = lambda _=None: None
>>> +def currentframe
2010/8/9 Nick Coghlan :
> On Mon, Aug 9, 2010 at 11:05 PM, benjamin.peterson
> wrote:
>> -if hasattr(sys, '_getframe'):
>> - currentframe = sys._getframe
>> -else:
>> - currentframe = lambda _=None: None
>> +def currentframe():
>> + """Return the frame or the caller or None if this is not
On Mon, Aug 9, 2010 at 11:05 PM, benjamin.peterson
wrote:
> -if hasattr(sys, '_getframe'):
> - currentframe = sys._getframe
> -else:
> - currentframe = lambda _=None: None
> +def currentframe():
> + """Return the frame or the caller or None if this is not possible."""
> + return sys._g
On Mon, Aug 9, 2010 at 8:56 AM, Nick Coghlan wrote:
> Longer term, the buildbot setup should be modified to run the cleanup
> step even if the compilation step fails.
Running "make clean" after checkout/update should work as well.
-Fred
--
Fred L. Drake, Jr.
"A storm broke loose in my mi
On Mon, Aug 9, 2010 at 10:46 PM, Antoine Pitrou wrote:
> On Mon, 9 Aug 2010 22:34:18 +1000
> Nick Coghlan wrote:
>> On Mon, Aug 9, 2010 at 10:25 PM, Senthil Kumaran wrote:
>> > Do you know what needs to done for making Modules/Setup to reflect
>> > the changes in Modules/Setup.dist in the buildb
On Mon, 9 Aug 2010 22:34:18 +1000
Nick Coghlan wrote:
> On Mon, Aug 9, 2010 at 10:25 PM, Senthil Kumaran wrote:
> > Do you know what needs to done for making Modules/Setup to reflect
> > the changes in Modules/Setup.dist in the buildbots?
> > On local checkouts, the compilation goes fine.
>
> Th
On Mon, Aug 9, 2010 at 10:25 PM, Senthil Kumaran wrote:
> Do you know what needs to done for making Modules/Setup to reflect
> the changes in Modules/Setup.dist in the buildbots?
> On local checkouts, the compilation goes fine.
The buildbot checkout scripts should probably do that copy as a matte
On Mon, 9 Aug 2010 22:16:24 +1000
Nick Coghlan wrote:
> On Mon, Aug 9, 2010 at 8:47 PM, antoine.pitrou
> wrote:
> > Author: antoine.pitrou
> > Date: Mon Aug 9 12:47:46 2010
> > New Revision: 83885
> >
> > Log:
> > Revert r83877 in order to fix compilation
>
> Is this still a problem even after
On Mon, Aug 09, 2010 at 10:16:24PM +1000, Nick Coghlan wrote:
> On Mon, Aug 9, 2010 at 8:47 PM, antoine.pitrou
> > Log:
> > Revert r83877 in order to fix compilation
>
> Is this still a problem even after the later checkins to fix the
> circular build dependency by adding _collections to the stati
On Mon, Aug 9, 2010 at 8:47 PM, antoine.pitrou
wrote:
> Author: antoine.pitrou
> Date: Mon Aug 9 12:47:46 2010
> New Revision: 83885
>
> Log:
> Revert r83877 in order to fix compilation
Is this still a problem even after the later checkins to fix the
circular build dependency by adding _collecti
I think I've found a bug in the site.py of 3.1.2.
The following piece of code tries to make the modules
that are normally installed under lib-dynload available
when running from the build directory:
"""Append ./build/lib. in case we're running in the build dir
(especially for Guido :-)"""
29 matches
Mail list logo
