On Sat, Aug 7, 2010 at 2:14 PM, Steve Holden wrote:
> There have certainly been demonstrations that Python can be compiled
> with mingw, but as far as I am aware what's missing is a developer
> sufficiently motivated to integrate that build system into the
> distributions and maintain it.
It loo
On Aug 14, 2010, at 04:07 AM, eric.araujo wrote:
>Author: eric.araujo
>Date: Sat Aug 14 04:07:26 2010
>New Revision: 83992
>
>Log:
>Revert regression from r81256 (with release manager approval, see
>#8688)
This was a regression in 2.6.6rc1 and I'm grateful to Eric for reverting it.
While I trust
Dear developers:
I'm starting a project that aims at first to internationalize the python
interpreter, so it could be localized. I want to know if this could be
considered for the main trunk of python.
As a second phase I intend to internationalize the language itself so it
could be localized and
>> Enthought (32-bit) ships with a mingw gcc compiler configured to build
>> extensions.
>
> Hmm. Including a gcc seems like a lot of overhead, not at least for the
> need to provide sources as well.
A lighter solution would be to include an importlib for the correct CRT as
well as for Python, an
Am 13.08.2010 20:45, schrieb Sturla Molden:
>
>> The problem really is that when people ask for MingW support, they mean
>> all kinds of things,
>
> Usually it means they want to build C or C++ extensions, don't have Visual
> Studio, don't know about the SDK compiler, and have misunderstood the C
On 13/08/2010 10:02 PM, Michael Foord wrote:
On 13/08/2010 06:39, Stephen J. Turnbull wrote:
Michael Foord writes:
> How is ~/python not memorable or consistent? (And cross-platform
> memorability and consistency is valuable too.)
But what does "~" mean on Windows?
There is a "user
On 13/08/2010 06:39, Stephen J. Turnbull wrote:
Michael Foord writes:
> How is ~/python not memorable or consistent? (And cross-platform
> memorability and consistency is valuable too.)
But what does "~" mean on Windows?
There is a "user directory" in Windows directly analagous to ~, and
On Fri, Aug 13, 2010 at 3:21 PM, John Arbash Meinel
wrote:
> I don't know what the specific issue is here, but adding entries to
> sys.path makes startup time *significantly* slower.
>
> I happen to use easy_install since Windows doesn't have its own package
> manager. Unfortunately the default of
Hi folks,
I'm liking where we're at for Python 2.6.6. We have no release blocker issues
open, and the buildbots look about as green as they get. I've accounted for
all the commits since 2.6.6rc1 and I think barring any last minute issues,
that we're on schedule for 2.6.6 final for this Monday, A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
...
> * that said, Windows seems much slower than Linux on equivalent
>hardware, perhaps attempting to open files is intrinsically more
>expensive there? Certainly it's not safe to assume conclusions drawn
>on Linux will apply equally we
"Cesare Di Mauro":
> I like to use Windows because it's a comfortable and productive
> environment,
> certainly not because someone forced me to use it.
>
> Also, I have limited time, so I want to spend it the better I can,
> focusing
> on solving real problems. Setup, Next, Next, Finish, and I wa
> The problem really is that when people ask for MingW support, they mean
> all kinds of things,
Usually it means they want to build C or C++ extensions, don't have Visual
Studio, don't know about the SDK compiler, and have misunderstood the CRT
problem.
As long at Python builds with the free Wi
On Fri, 13 Aug 2010 11:57:57 -0400
Barry Warsaw wrote:
> On Aug 12, 2010, at 09:10 AM, Fred Drake wrote:
>
> >Perhaps user configuration belongs in ~/.local/, or ~/.local/python/
> >(with attendant Windows & Mac OS noises); I don't really care where it
> >lands, because right now we just have a
On Fri, Aug 13, 2010 at 11:57 AM, Barry Warsaw wrote:
> I've missed most of this discussion while on vacation, but if ~/.local is
> supposed to mirror /usr/local, then wouldn't a logical place for per-user
> configuration files be ~/.local/etc/whatever.cfg?
Maybe it is; I'd hope so.
The fd.o spe
True. It is tricky. However, not as tricky as finding the decorated function
after the fact (unless I am missing something). But maybe that is a fringe
need (finding the original function).
-eric
-Original Message-
From: Nick Coghlan [mailto:ncogh...@gmail.com]
Sent: Friday, August
On Aug 12, 2010, at 09:10 AM, Fred Drake wrote:
>Perhaps user configuration belongs in ~/.local/, or ~/.local/python/
>(with attendant Windows & Mac OS noises); I don't really care where it
>lands, because right now we just have a mess. Getting it "right" with
>respect to Window's "roaming" notio
ACTIVITY SUMMARY (2010-08-06 - 2010-08-13)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues stats:
open2645 (+42)
closed 18724 (+83)
total 21369 (+51)
Open issues with patches: 1
On Sat, Aug 14, 2010 at 1:01 AM, Eric Snow wrote:
> Actually, what is the problem with having all decorators add a __decorated__
> to the function that ultimately gets returned, pointing to the function they
> decorated? I guess I never saw that discussion. Perhaps set it to None when
> the d
Actually, what is the problem with having all decorators add a __decorated__ to
the function that ultimately gets returned, pointing to the function they
decorated? I guess I never saw that discussion. Perhaps set it to None when
the decorator is the same as the decorated (no wrapping involved
On Thu, Aug 12, 2010 at 11:48 PM, Nick Coghlan wrote:
> 2010/8/12 Éric Araujo :
>>> Choosing an arbitrary location we think is good on every system is fine
>>> and non risky I think, as long as Python let the various distribution
>>> change those paths though configuration.
>>
>> Don’t you have a
> The question is "who will support those folks?" I don't see any
> reason why you or Martin should support MSYS/mingw if you don't want
> to, but please don't put down the folks who ask for it. Just say "no,
> it's not worth it". Or maybe, "if you want to do the work, I might
> contribute some
2010/8/13 Greg Ewing
> Cesare Di Mauro wrote:
>
> You must suggest at least an equivalent "free" alternative to make the
>> switch convenient.
>>
>> Otherwise we are talking about philosophy or religion, and nobody will
>> change his ideas.
>>
>
>
I think the point is that *because* people don'
22 matches
Mail list logo
