off by default, and won't go through the warnings mechanism at all
unless you specify the command line flag.
I've had a number of people say that this is something they would
really, really like to see - the idea is both to let people migrate
more easily, and provide reassuranc
ad.
Checking a single C global int is hardly going to make a huge impact
at all.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pytho
changed raise A, B into raise A(B)
applied to the trunk. This makes it much easier to apply patches to
both the 3.0 branch and the trunk. Similar changes should be
applied to remove, for instance, use of <> and dict.has_key from
the stdlib. Simply put, I'd like the stdlib between 2 and 3
de does not have to entail dulling the trusty old blade.
I completely disagree here. We cannot simply ignore 3.0 in the 2.x
series. We need to provide (as much as possible) an upgrade path
for people who write and use code in the language.
Anthony
--
Antho
on't see a path forward that doesn't involve something painful,
so long as 3.0 is going to be the clean break. As I mentioned,
though, I'd like as far as possible to make it so that 2.6 (with a
flag) can be at least vaguely compatible with 3.0.
Anthony
--
Anthony
idea (in another email) of trying to look up
globals would probably cause a horrible performance issue, but it
may be possible to do _something_ clever.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
On Wednesday 17 January 2007 05:52, James Y Knight wrote:
> Yes, this is it. As a refinement: if the New Way can easily be
> backported to 2.5,
Um - 2.5 is _done_. Released. In maintenance mode. New features will
not be getting backported to a 2.5.x release.
Anthony
--
Anthony
add "except a as b" to 2.6 - we're just not
ripping out the old way of doing it.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Pytho
can always make 2.6 warn about
the floatobject's __mod__ function being called if the -W py3k
option is on, that gets us part of the way there. And if we have
a "-3" option or the like that also turns on maximum 3.x compat,
that will enable true division, producing the warning.
On Monday 12 February 2007 13:57, Brett Cannon wrote:
> On 2/11/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > On 2/11/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > > Actually, the regenerating should happen immediately after
> > > commit, as this bumps the revision number of the asdl f
I have to say that I'm not that impressed by either the 1-arg or
2-arg versions. Someone coming across this syntax for the first
time will not have any hints as to what it means - and worse, it
looks like a syntax error to me. -1 from me.
___
Python-De
On Monday 12 February 2007 18:38, Neil Toronto wrote:
> Anthony Baxter wrote:
> > I have to say that I'm not that impressed by either the 1-arg
> > or 2-arg versions. Someone coming across this syntax for the
> > first time will not have any hints as to what it means - an
ax that currently
causes this problem the most) is with webpages and with printed
books with code. Sure, everyone can pick a font for coding that
they can read, but that's not the only way you read code. This is
my issue with the foo.(bar) syntax. The period is far far too small
and easy
turn in performance on a very
> > marginal feature.
>
> The performance question is important, certainly. Initial
> reaction on python-ideas was that a 1% cost would not count as
> substantial
I'd disagree. Those 1% losses add up, and it takes a heck of a lot
of work to
On Wednesday 14 February 2007 07:39, Aahz wrote:
> My point is that I suspect that general objects are not used much
> with getattr/setattr. Does anyone have evidence counter to that?
> I think that evidence should be provided before this goes much
> further; perhaps all that's needed is educatio
s()/items(). The globals() and
locals() builtins also provide an alternate view with "different
notation to access it". Since you're creating the view explicitly,
I really don't see the problem - any more than say, creating a set
from a list, or a dict from a list, or the like.
On Thursday 15 February 2007 21:48, Steve Holden wrote:
> Greg Ewing wrote:
> > Steve Holden wrote:
> >> A further data point is that modern machines seem to give
> >> timing variabilities due to CPU temperature variations even if
> >> you always eat exactly the same thing.
> >
> > Oh, great. Now w
pen as a possibility for a future PEP.
A good first step would be to contribute something like this to the
Python Cookbook, if it isn't already there.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
quot; but hell, there's a lot of
different components that make up Python. That would be a
maintenance and management nightmare.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing l
e specific version this
problem would go away.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
x in any way shape or
form.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ink anyone would mind. There is (as Martin also stated)
zero chance that I will do this additional work. It scratches no
itches for me, and has the potential to add an enormous amount to
my workload of doing a new release.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]&g
this,
I can't remember if you were one of these). My standard response to
this is that people who really feel like this are welcome to pick a
release, say, 2.3, and take on the process of backporting the
relevant bugfixes back to that release, and cutting new releases,
&c.
--
Anthon
I'm moving house today and tomorrow, and don't expect to have
internet access connected up at home til sometime next week. In the
meantime, if there's urgent 2.5.1 related issues, bear with me, as
I'll only be on email during the working day. cc Neal (hi Neal :)
is the best bet. Also, the cygwi
of the data for each transfer.
>
> I agree. I withdrew my original "multimedia library" idea and
> submitted a proposal for the creation of two standard Image and
> Sound classes.
Ideally you'd hook this into the standard library's existing sound
file handli
addressed
(well, to "Python Contributors"), which is a step ahead of most of
them.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://m
n!
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/m
ndrew fixed the latter, yay!)
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
g/2.5/highlights.html
Enjoy this release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
x27;t strike me as critical enough to need
that - and I'm not happy to do the release and just hope. I'll roll
them all back.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
clude:
Bug fixes. According to the release notes, at least 150
have been fixed.
Highlights of the previous major Python release (2.5) are
available from the Python 2.5 page, at
http://www.python.org/2.5/highlights.html
Enjoy this release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Re
Ok, things seem to be OK. So the release25-maint branch is unfrozen.
Go crazy. Well, a little bit crazy.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
tions?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailma
fix releases
- only one maintenance branch (most recent) for the bugfix releases
- the last bugfix release of the previous release after a new major
release.
I'm OK with these being formalised - but any additional requirements
I'd like to discuss first :-)
Anthony
--
Anthony Baxter
, I
> am entirely opposed to any use of JavaScript.
What about flash, instead, then?
/ducks
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
f>-- cPython,
> not such much.
We don't break down "major" or "minor" features, but according to
the What's New In Python 2.5 doc:
> A search through the
> SVN change logs finds there were 353 patches applied and 458 bugs
> fixed between Pyt
On Monday 10 September 2007, Paul Dubois wrote:
> As a small boy I once knew wrote, I must not use bad words. (:->
It's OK to use them about Barry, though, surely?
*wave* Hi Barry.
--
Anthony Baxter, ekit. [EMAIL PROTECTED] (03) 9674 7015
Level 3 The Teahouse, 28 Claren
; Neal Norwitz and Ralf Grosse-Kunstleve have access to that
> machine.
Neal's on leave all this month, I believe.
--
Anthony Baxter, ekit. [EMAIL PROTECTED] (03) 9674 7015
Level 3 The Teahouse, 28 Clarendon St, Sth Melbourne Australia 3205
As a data point, I just presented a tutorial here at OSCON on Python 3
Porting, and had a number of people asking about C API changes. I
punted for my talk (*) because things are still in flux. Plus I only
had 3 hours. I did suggest that if your extension is just glue to a C
library, you should con
I'm planning on re-presenting it at the local google office in the
next couple of weeks. I might try and arrange for it to be recorded
and put online. At the moment we seem to have a real lack of concrete
information for people about the transition. If I had time (ha! HA!)
I'd try to turn the slide
Last time I looked at it, the C API wasn't nailed down yet. That's why
I passed over it entirely for my tutorial. The only advice I was able
to give was that if your extension is just a wrapper around existing C
code, you might be better off rewriting it using ctypes. That way it
should work on bot
On Monday 29 November 2004 12:10, [EMAIL PROTECTED] wrote:
> Update of /cvsroot/python/python/dist/src/Lib/email
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv19040
>
> Modified Files:
> __init__.py
> Log Message:
> There's likely nothing more to do to the email package before Python 2.4
Ok, we're about ready for the 2.4 final release. Please hold off any checkins
post 21:00 UTC (so in about 19-20 hours from now).
Thanks,
Anthony
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
On Monday 29 November 2004 12:50, Anthony Baxter wrote:
> Ok, we're about ready for the 2.4 final release. Please hold off any
> checkins post 21:00 UTC (so in about 19-20 hours from now).
I should also note that shortly after the release is done and we've
confirmed that there&
ble from the 2.4 web page.
http://www.python.org/2.4/
Please log any problems you have with this release in the SourceForge
bug tracker (noting that you're using Python 2.4):
http://sourceforge.net/bugs/?group_id=5470
Enjoy the new (stable!) release,
Anthony
Anthony Baxter
[EMAIL
I've cut the release24-maint branch, and updated the Include/patchlevel.h
on trunk and branch (trunk is now 2.5a0, branch is 2.4+)
The trunk and the branch are now both unfrozen and suitable for checkins.
The feature freeze on the trunk is lifted. Remember - if you're checking
bugfixes into the t
On Wednesday 01 December 2004 09:00, Peter Astrand wrote:
> I'm also wondering if patch 1071755 and 1071764 should go into
> release24-maint:
>
> * 1071755 makes subprocess raise TypeError if Popen is called with a
> bufsize that is not an integer.
Since this isn't changing anything that's user fa
On Sunday 05 December 2004 21:40, Raymond Hettinger wrote:
> * The number one current python complaint is the state of the standard
> library: http://www.internetnews.com/dev-news/article.php/3441931 .
> Some of this may just be the fruits of AMK's highly publicized journal
> entry; however, I thi
On Monday 06 December 2004 11:33, Raymond Hettinger wrote:
> pystone is good a predicting the relative performance of python apps on
> difference hardware/software environments.
This comes up so often that I'm almost tempted to add a disclaimer
to the pystone output. I can't count the number of ti
27;re going to end up with crap like:
if sys.version < (2,5) or sys.version >= (2,6):
import froggie
else:
# froggie was removed in 2.5 and reinstated in 2.6
from compat import froggie
and people will be shipping their own versions of the code to get around
issue. Also, the cellphone apps may make a good example.
That was me. I gave a keynote (45 minute) version of the talk last week
at OSDC, and I believe it was videoed and will be available eventually. This
is good propaganda.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's ne
written in the past when helping coworkers and the like.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listi
On Friday 10 December 2004 06:25, Delaney, Timothy C (Timothy) wrote:
> Michael Hudson wrote:
> > Anthony's Australian, people expect this sort of thing from him :)
>
> As another Australian, I think that "Making Python Not Suck" implies
> that if you don't do extra things, Python Sucks.
>
> This i
mething like a tuple of values -
(INT, UINT, INT, STRING) (where INT &c are objects defined in the
struct module). This also then allows users to specify their own formats
if they have a particular need for something.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It&#x
idea next week, once I've been back at work for a couple
of days and I've seen what stuff's backed up awaiting my time.
At the moment I'm thinking of a 2.4.1 in maybe early March. The only
really outstanding bugfix is the marshal one, afaik.
Anthony
--
Antho
nd the ImportError on the new 'copytest'
module, and the test skips if it's not built. Then we don't build it by
default, but if someone wants to build it and check it, they can. I don't
like this much, but I can't think of a better alternative. Shipping a new
extensio
s most likely for me...
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://
e you write requests to a file in a spool directory,
and have a python script that loops looking for requests, and
generates responses. This is likely to be much simpler to debug
and work with.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy chil
g, this will be the final release of Python
2.3.
The next bugfix release will be 2.4.1, in a couple of months.
(As usual - any questions, comments or whatever, let me know via email,
or #python-dev on irc.freenode.net)
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's neve
s a sorta zombie "which" process
> which it spawns. I wonder it this is a stuck thread waiting for some
> signal...
Quite likely.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
3 page, at
http://www.python.org/2.3/highlights.html
Enjoy the new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
pgp2S8sRF5Q6Y.pgp
Description: PGP
ry to get some time to do this in the next
week or so.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
ng a variety of expressions, but not all expressions. It has
> been present since Python 2.2.
While this is undoubtedly a bug fix, I'm not sure that it should be
backported - it will break people's code that is "working" now (albeit
in a faulty way). What do people think?
--
Can people stay off the release23-maint branch while
we cut 2.3.5 (final), starting in about 5 hours time (say,
around 1200 UTC).
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
major Python release (2.3) are available
from the Python 2.3 page, at
http://www.python.org/2.3/highlights.html
Enjoy the new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev
On Friday 18 February 2005 01:19, Fredrik Lundh wrote:
>
> does anyone ever use the -u options when running tests?
I use "make testall" (which invokes with -uall) regularly, and turn
on specific options when they're testing something I'm working with.
--
Anthony Ba
el Palin's play "The Weekend" from next
Thursday - see www.stagtheatre.org for more details )
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@
None check for __init__().
Won't this break working (but erroneous) code? If so,
should it be applied to the 2.4 branch?
>>> class f(object):
... def __init__(self):
... self.a = 1
... return True
...
>>>
>>> a=f()
>>>
--
Anthony Baxter
;
> OTOH, there is almost certainly some existing, working code that would
> stop working.
>
> How about changing this to a warning in Py2.4?
+1
That would seem to be the prudent choice.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's ne
see the bugfix PEP for more
rationale on this...
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
t; 2.4.
>
> I'll revert the change on 2.4 if you (or anyone) really wants me to.
> Otherwise, I'd rather leave it as-is and go fix more bugs.
I really would like to see it reverted, please.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTE
On Wednesday 09 March 2005 12:21, Greg Ward wrote:
> On 09 March 2005, Anthony Baxter said (privately):
> > Thanks! I really want to keep the no-new-features thing going for
> > as long as possible, pending any AoG (Acts of Guido), of course.
>
> Grumble. How do you feel abo
inal. Please be _extraordinarily_
conservative with checkins to the release24-maint branch until 2.4.1 final is
out. If in doubt, feel free to email me, or contact on any one of AIM:
anthonyatekit, jabber: [EMAIL PROTECTED], or IRC: #python-dev on
Freenode.
Anthony
--
Anthony Baxter <[EMAIL PROTECTE
the size of the community, meaning that there will be more
volunteers to work on Python (hurrah!)
Goal 4: Try and prevent something like
try:
True, False
except NameError:
True, False = 1, 0
from ever ever happening again.
all these hats, and at the same time thinking about what I've been told by
other people (distro vendors, people running _very_ large sets of machines
with Python software)]
In an attempt to stir up some discussion - if you have a reason _for_
allowing new features in a minor release, suggest it!
sue was a complete pain, it at least serves
as a good example (in the
http://www.despair.com/demotivators/mis24x30prin.html
sense of the word )
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
__
rwise it's moving
> backward.
No - Py2.4 shipped with idle 1.1. I must've updated it to 1.1.1 sometime
after the 2.4 release (I vaguely recall doing this).
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
_
each with a slightly different
final result, and for this reason alone I'm -0 on it for the library.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Pytho
n 2.4 page, at
http://www.python.org/2.4/highlights.html
Enjoy the new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
pgpYfyyr1urrz.pgp
Description: PGP
erse error messages.
error: No such file or directory
looks like a distutils error message.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://ma
tSuite.run() can now be successfully
extended or overridden by subclasses. Formerly, the subclassed method would
be ignored by the rest of the module. (Bug #1078905).
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Ok, the branch is unfrozen. At the current point in time, I think
we're going to need an rc2.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev
es for my tastes to say that
going straight to a 2.4.1 final is a prudent course of action.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.or
available.
See back to my earlier post of the subject of the rationale behind
no-new-features - if we're going to keep to this, we should do it right.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
On Sunday 13 March 2005 18:35, Robey Pointer wrote:
> [on the os.access unicode fix]
Ok, I'm convinced - Martin, can you check this in?
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Jabber: [EMAIL PROTECTED]
IRC: #python-dev on Freenode.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/li
On Thursday 17 March 2005 00:28, Anthony Baxter wrote:
> The release24-maint branch should be considered FROZEN as at UTC
> on 2005-03-18
That should of course be 2005-03-17.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have
idate
have been fixed in this version.
Highlights of the previous major Python release (2.4) are available
from the Python 2.4 page, at
http://www.python.org/2.4/highlights.html
Enjoy the new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
P
ately followed by a function? Is it the module docstring
or the function docstring?
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.py
ines" currently have no meaning in Python, and adding
a meaning to them is not my idea of a good thing.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@pyth
ification - it _was_ in the PEP, but when I did the big
rewrite to match the state of the art, the class decoration stuff
was ripped out. If it's thought worthwhile, someone could update
the PEP to include Guido's message.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's
't seem
to be solvable, so I'm a solid -1 on this change.
(In addition, I should note that I tried editing a moderate sized
file to put the docstrings before the defs - to my eyes, it made
the file more cluttered and much less pleasing to the eye)
--
Anthony Baxter <[EMAIL PROTEC
delay, the branch will
be unfrozen for 2.4.2 in about 6 months time.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
e, at
http://www.python.org/2.4/highlights.html
Enjoy the new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
pgpMCj4iJZ5nA.pgp
Description: PGP sign
Ok, 2.4.1 seems good, so the release24-maint branch is unfrozen for
bugfixes. We'll aim for a 2.4.2 around August/September, assuming
no critical bugs come up before then...
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a
nt to backport an API change and new feature?
What Raymond said. Please don't add new features to the maintenance branch.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev maili
;s far more accessible than searching
the mailing list archives.
(note that I'm not talking about this particular case, but about PEPs in
general - I have no opinion on the current proposal, because I'm not a
heavy user of REs)
--
Anthony Baxter <[EMAIL PROTECTED]>
It'
n, but simply that gcc on
that platform was utterly broken. Please try with the HP compiler instead, see
if that is any better.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-De
people don't suddenly start saying they prefer contextual diffs.
Should probably say either context or unified diffs - I'm sure there's vendor
supplied 'diff' programs out there that don't support -u
ed-style patches, of course, are RIGHT OUT.
Anthony
--
Anthony
On Monday 18 April 2005 05:17, Barry Warsaw wrote:
> Unless there are any objections in the next few days, I will take this
> as a pronouncement and make the change at least in 2.5 and 2.4.
God no - this isn't suitable for a bugfix release. It seems fine for 2.5,
though.
--
Ant
101 - 200 of 347 matches
Mail list logo
