I have recently been experimenting with the memoryview() built-in and have come
to believe that it really needs to expose the 'buf' attribute of the underlying
Py_buffer structure as an integer (see PEP 3118). Let me explain.
The whole point of PEP 3118 (as I understand it) is to provide a mean
How? I must be missing something very obvious.
Cheers,
Dave
On Sep 20, 2012, at 11:48 AM, Benjamin Peterson wrote:
> 2012/9/20 David Beazley :
>> I have recently been experimenting with the memoryview() built-in and have
>> come to believe that it really needs to expose the &#x
a bunch of code generated via
LLVM.
Cheers,
Dave
On Sep 20, 2012, at 1:20 PM, Benjamin Peterson wrote:
> 2012/9/20 David Beazley :
>> How? I must be missing something very obvious.
>
> If you have some ctypes function that requires a pointer and you pass
> a memoryview, ctyp
ready do this. For instance array.buffer_info().
Cheers
Dave
Sent from cell
On Sep 20, 2012, at 6:16 PM, Glyph wrote:
> Le Sep 20, 2012 à 11:35 AM, David Beazley a écrit :
>
>> Well, if it's supposed to do that, it certainly doesn't work for me in 3.3.
>> I ge
On Sep 21, 2012, at 4:45 AM, Maciej Fijalkowski wrote:
>
> This is also kind of a problem with PyPy and CFFI, where we actively
> discourage people from using C. Passing address as an int sounds like
> a very reasonable solution.
>
I just wanted to add that getting the address as an integer is
On 24 September 2012 19:39, Christian Heimes wrote:
> Am 24.09.2012 17:27, schrieb Antoine Pitrou:
>>
>> Hello,
>>
>> I was wondering if it would be worth providing better HTTP 1.1 support
>> in http.server. The way I envision it, there would be a separate
>> HTTP11RequestHandler which would provi
dmg/
>>
>> Since there has been no report or complaint about that, should we just
>> stop producing those builds?
>
> It's failing on a checksum error of the cached download ncurses tarball
> which is kind of odd. I've pinged David about it.
Ned's email got t
e, but I suspect I'll need
assistance with any initial issues with the packaging process, which
is where the issues are most likely to be.
At the time we shut them down (Dec 2008 I think) they had been failing
for about 6 months without anyone noticing, so it didn't see
On Tue, 2012-10-16 at 10:59 +0200, Stefan Krah wrote:
> Charles-François Natali wrote:
> > Well, so I guess all committers will have to use the same
> > Linux/FreeBSD/whatever distribution then?
> > AFAICT there's no requirement regarding the mercurial version used by
> > committers either.
>
> I
On Mon, 2012-12-03 at 14:29 -0800, Larry Hastings wrote:
[...snip compelling sales pitch...]
I like the idea.
As noted elsewhere, sane generated C code is much easier to step through
in the debugger than preprocessor macros (though "sane" in that sentence
is begging the question, I guess, but th
t during the adding
changesets delay so I'm assuming that was all server-side.
-- David
___
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
t;at a lower level, a lot of code leaves to be desired" may be trivial if David
> is just being self-deprecating, but what if he isn't? Or perhaps that part of
> the page is out of date, and needs updating? I can certainly agree with the
> "Weak documentation" part of
On Mon, Feb 4, 2013 at 2:01 AM, Vinay Sajip wrote:
> David Cournapeau gmail.com> writes:
>
>> You are putting the words out of the context in which those were
>> written: it is stated that the focus is on the general architecture
>
> OK, no offence was meant. Thanks
ets a favorable
reaction someone needs to do some work. Why not just subscribe to
python-checkins and filter out everything *but* nondist/peps? As PEP
editor, that's what I do (although I filter manually/visually, since
I'm also interested in other checkins).
--
David Goodger <http://p
al?) support for this before your patch is
merged. I have a long-term interest in a Python-based service control /
init replacement / system management application, for use in specialised
environments. I could definately use this. :)
Thanks,
David.
--
Harmless - and in its harmlessness, diabol
h
that term.
Excellent idea, thanks.
Terminology point: I know that LiskovViolation is technically correct,
but I'd really prefer it if exception names (which are sometimes all
users get to see) were more informative for people w/o deep technical
background. Would that be po
Michael Chermside wrote:
David Ascher writes:
Terminology point: I know that LiskovViolation is technically correct,
but I'd really prefer it if exception names (which are sometimes all
users get to see) were more informative for people w/o deep technical
background. Would that be possibl
too
low-level still. 'Unknown' would probably carry much more meaning to
those people who most need it.
But yes, you're catching my drift.
--david
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
lopers are making their resolutions for
2005, they could add human-readable error codes to their list?
"
:-)
--david
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pyt
ow support might be added for older
kernels. No harm can be done by compiling in the constant, and it
doesn't cost much. How about:
#include
...
#ifndef NETLINK_KOBJECT_UEVENT
#define NETLINK_KOBJECT_UEVENT 15
#endif
/* Code assuming build host supports K
with a
1:2 ratio.
I learned something today! ;-)
--david
___
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
(and if I haven't then it really doesn't
matter what I write hereafter, goodbye ...) I will also point out that
the current top hit on Google for
"Microsoft to Provide PyCon Opening Keynote"
What a bizarre search.
(note that some of you
etext search is one of them, but there may be others (I think there
are some stored procedure in some MS language). I'm hardly a SQL
expert, or an expert on our ASPN infrastructure.
--david
___
Python-Dev mailing list
Python-Dev@python.org
ht
modern
C++ compilers, etc. made practical compromises quite tricky.
I would love to be proven wrong.
--david
___
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
his may be resolvable with the recent notions of adaptation
and more formalized interfaces. In the meantime, I would, like Paul,
recommend that you separate the interface-bound type aspects (which is
what Python classes are in fact!) from the implementation sharing.
This may be obvious to everyone, an
On Thu, 10 Feb 2005 15:32:14 -0500, Fred L. Drake, Jr. <[EMAIL PROTECTED]>
wrote:
> On Thursday 10 February 2005 14:44, Tim Peters wrote:
> > Well, then since that isn't ISO 8601 format, it would be nice to have
> > a comment explaining why it's claiming to be anyway <0.5 wink>.
>
> I've posted
e pretty
thoroughly explained. I wouldn't suggest it unless you are desperate.
If I were you, I'd wait for a license problem to emerge (which I
don't believe will ever happen).
Hope that helps,
Jim
David Ascher wrote on 2/11/2005, 8:57 PM:
> Dear Jim --
>
> David Ascher h
ned. I wouldn't suggest it unless you are desperate.
If I were you, I'd wait for a license problem to emerge (which I
don't believe will ever happen).
---
FWIW, I agree. Personnally, I think that if Debian has a problem with
the above, it's their problem to deal with, not Python&
On Fri, 18 Feb 2005 13:28:34 -0800, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
> > Would it be possible to change
> >
> > _PyEval_SliceIndex in ceval.c
> >
> > so that rather than throwing an error if the indexing object is not an
> > integer, the code first checks to see if the object has a
> >
On Fri, 18 Feb 2005 15:40:54 -0700, Travis Oliphant <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
>
> >>Would it be possible to change
> >>
> >>_PyEval_SliceIndex in ceval.c
> >>
> >>so that rather than throwing an error if the indexing object is not an
> >>integer, the code first checks t
On Tue, 22 Feb 2005 08:16:52 -0800, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
> > Really? I do this kind of thing all the time:
> >
> > import os
> > import errno
> > try:
> > os.makedirs(dn)
> > except OSError, e:
> > if e.errno <> errno.EEXIST:
> > raise
>
> You have a lot mor
On Thu, 10 Mar 2005 19:23:41 -0500, Aahz <[EMAIL PROTECTED]> wrote:
> Guido may not be able to go. Anyone else already going?
I may, but only on the 18th, not the 16th. So that doesn't really work =).
>
> - Forwarded message from [EMAIL PROTECTED] -
>
> > Subject: Request - SD MAgazin
You guys have way too much time on your hands and neurons devoted to
this stuff. I'm glad that means that I can spend the afternoon playing
w/ my kids and searching python-dev when I need to add numbers =).
___
Python-Dev mailing list
Python-Dev@python.or
On 4/11/05, Tim Peters <[EMAIL PROTECTED]> wrote:
> Heh. I have a vague half-memory of _some_ box that stored the two
> 4-byte "words" in an IEEE double in one order, but the bytes within
> each word in the opposite order. It's always something ...
I believe this was the Floating Instruction Se
On 4/27/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> As long as I am BDFL Python is unlikely to get continuations -- my
> head explodes each time someone tries to explain them to me.
You just need a safety valve installed. It's outpatient surgery, don&
On 4/28/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> How about, instead of trying to emphasize how different a
> block-statement is from a for-loop, we emphasize their similarity?
>
> A regular old loop over a sequence or iterable is written as:
>
> for VAR in EXPR:
> BLOCK
>
>
On 4/29/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> [Phillip J. Eby]
> > Although I'd personally prefer a no-keyword approach:
> >
> > synchronized(self):
> > with_file("foo") as f:
> > # etc.
>
> I'd like that too, but it was shot down at least once. Maybe we can
> I agree, but does this then work:
>
> x = opening("foo")
> ...stuff...
> x as f:
># etc
>
> ? And if not, why not? And if yes, what happens if "stuff" raises an
> exception?
Forget it -- the above is probably addressed by the PEP and doesn't
really depend on whether there's a kw or not.
[Guido van Rossum]
> I believe that in the discussion about PEP 343 vs. Nick's PEP 3XX
> (http://members.iinet.net.au/~ncoghlan/public/pep-3XX.html, still
> awaiting PEP moderator approval I believe?) ...
Nick hasn't submitted it for a PEP number yet.
--
David Goodger <http
nit__ module? Create an inet package
and having the __init__ module pull whatever it wanted into it's own
namespace.
It would be nice to then use warnings to show deprecation messages
when the old import is used (import url instead of import inet.url),
but I don't think that is quite so easy
gt;> D
{'a': {'a': {'a': {'a': {'a': {'a': {'a': {'a': {'a': {'a': {'a':
{'a': {'a': {'a': {'a': {'a': {'a': {'a
Could you fix it? I'm not familiar with the incremental codecs.
--
David Goodger <http://python.net/~goodger>
signature.asc
Description: OpenPGP digital signature
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mai
file should automatically be created (and perhaps even "svn add" or
equivalent called), and the code should loudly complain "Packages need
__init__.py files, noob!"
Add sound and light effects for extra credit.
--
David Goodger &l
the third is no more readable to me than the current range syntax, and
the last one only looks ok to me because I used to program in Pascal, long
ago.
--
David Eppstein
Computer Science Dept., Univ. of California, Irvine
http://www.ics.uci.edu/~eppstein/
_
Recently people testing Boost.Python with GCC on Linux have reported
that the extensions being tested have to be compiled with exactly the
same version of GCC as the Python they're being loaded into, or they
get mysterious crashes.
That doesn't correspond to my past experience; it has always been
anges: http://lists.boost.org/mailman/listinfo.cgi/boost
--- End Message ---
--- Begin Message ---
--- David Abrahams <[EMAIL PROTECTED]> wrote:
> >> Doug, I know you've drawn that conclusion, but it really surprises me.
> >> Generally speaking, I have been able to u
Sjoerd Mullender <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Apparently Python on some linux distros is being linked by g++ rather
>> than gcc, resulting in the C++ runtime library being linked into
>> Python; this has bad consequences for compatibility betwe
Tim Peters <[EMAIL PROTECTED]> writes:
> I also suspect that if they weren't in the language already, a PEP to
> introduce them would fail, because
>
> still_looking = True
> some loop:
> if found it:
> still_looking = False
> break
> if still_looking:
>
Skip Montanaro <[EMAIL PROTECTED]> writes:
> >> Configure with --without-cxx to not use g++. Since there is an
> >> option in configure, I assume it is intentional.
>
> Dave> O-kay... any idea what the rationale for this decision might be?
>
> I believe it's so that people can link in
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> I'm wondering if there has been a well-known recent change either in Python
>> or GCC that would account for these new reports. Any relevant
>> information would be appreciated.
&
Skip Montanaro <[EMAIL PROTECTED]> writes:
> >> I believe it's so that people can link in libraries written in C++
> >> and have them initialized properly.
>
> Dave> Can you give specifics? What do you mean by "link in?" Do you
> Dave> mean "statically link into the Python interp
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Apparently Python on some linux distros is being linked by g++ rather
>> than gcc, resulting in the C++ runtime library being linked into
>> Python; this has bad consequences for c
Jeff Epler <[EMAIL PROTECTED]> writes:
> If we change the linker back to gcc, not g++, will it work if extension
> module 1 gets linked with libstdc++ A and ABI Q, and extension module 2
> gets linked with libstdc++ B and ABI Z?
Yes, unless they are using sys.setdlopenflags to force symbols to be
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>configure thinks that using CXX for linking is necessary if compiling
>>>a program using CXX and linking it using CC fails.
>>
>>
>> That might be the right thing
[Christoph, please keep the python-dev list in the loop here, at least
until they get annoyed and decide we're off-topic. I think this is
crucial to the way they package and deliver Python]
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> On Thu, Jul 07, 2005 at 06:27:46PM -0400,
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Unless, of course, I'm missing something. So if I am missing
>> something, what is it?
>
> You are missing something, and I can only repeat myself. Some systems
> require main(
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>When I looked into this problem I saw that configure in fact builds a test
>>>executable that included an object file compiled with g++. If the link step
>>>with gcc succeeds
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>If there is some library with such objects that happens to get
>>>wrapped and dynamically linked into a Python interpreter
>>
>>
>> Whoa there. How would that ever h
Ulrich Berning <[EMAIL PROTECTED]> writes:
> If you build C++ extensions on HP-UX with aCC, Python must be compiled
> and linked as a C++ program. This is documented.
You mean dynamically loaded C++ extensions, or the kind that are
linked into the Python executable?
I'm willing to believe almos
Ulrich Berning <[EMAIL PROTECTED]> writes:
> David Abrahams schrieb:
>
>>Ulrich Berning <[EMAIL PROTECTED]> writes:
>>
>>
>>
>>> If you build C++ extensions on HP-UX with aCC, Python must be
>>> compiled and linked as a C++ progra
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>> I don't believe any systems require it. I realize you have said
>> otherwise, but after years of working with Boost.Python I'm very
>> familiar with the issues of dynamic linking and C/C++ interoperability
>> on a wide variety of platforms, and I'm
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>Not entirely. By extending Modules/Setup
>>
>>
>> You mean
>> http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Modules/Setup.dist?view=markup
>>
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> --with-cxx=: If you plan to use C++ extension modules, then on some
> platform you need to compile python's main() function with the C++
> compiler. With this option, make will use to compile main()
> *and* to link the python
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> I do not claim the 2 TUs test will cover all possible scenarios. I am not even
> sure this decision should be left to an automated test. Because if the test
> breaks for some reason then the user is left with a linker error that is
> time-consuming to
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> - we add a configure test that runs after the existing test
>> determines that --with-cxx is needed (but not when --with-cxx is
>> explicitly specified on the command
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>>>- the logic is fixed so that linking with g++ is only done if
>>> main is in ccpython.o
>>
>>
>> I don't see how that works. Somehow we need to decide whether to put
>> main in ccpython.o in the first place, don't we?
>
> Yes, that is done throu
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>>>I don't see how that works. Somehow we need to decide whether to put
>>>>main in ccpython.o in the first place, don't we?
>>>
>
> You wouldn't h
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> I submitted patch #1239112 that implements the test involving two TUs for
> Python 2.4. I plan to work on a more comprehensive patch for Python 2.5 but
> that will take some time.
Thanks very much for your efforts, Christoph!
--
Dave Abrahams
Boost
please see the Python help page!
David.
___
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
For more information, please see PEP 1
(http://www.python.org/peps/pep-0001.html) -- the type of which has also been
changed to Process.
Other good examples of Process PEPs are the release schedule PEPs, and I
understand there may be a new one soon.
(Please cc: any PEP-related mail to [EMAIL PROTECTED]
[Aahz]
> Go ahead and make PEP 6 a Process PEP.
Done!
--
David Goodger <http://python.net/~goodger>
signature.asc
Description: OpenPGP digital signature
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listin
tions on lines which were last
touched prior to the selected range, but it can definitely speed
things up.
On a file like News, even if you're generous (say take the last year)
it would probably be noticeably faster than letting svn go back to
revision 1.
-- David
__
t
since those entries are probably not so common, it would actually be
faster to use one of the above patterns.
> Assuming options is a dict-like thingie, it probably meant to do:
>
> figwidth = options.pop('figwidth', None)
> figclass = options.pop('figclass', Non
Is the instruction at
http://www.python.org/dev/doc/devel/inst/tweak-flags.html#SECTION000622000
still relevant? I am not 100% certain I didn't make one myself, but
it looks to me as though my Windows Python 2.4.1 distro came with a
libpython24.a. I am asking here because it seems on
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Is the instruction at
>> http://www.python.org/dev/doc/devel/inst/tweak-flags.html#SECTION000622000
>> still relevant? I am not 100% certain I didn't make one myself,
David Abrahams <[EMAIL PROTECTED]> writes:
> "Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>
>> David Abrahams wrote:
>>> Is the instruction at
>>> http://www.python.org/dev/doc/devel/inst/tweak-flags.html#SECTION000622000
>>
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> As it turns out, MinGW also implemented, in version 3.0.0 (with
>> binutils-2.13.90-20030111-1), features which make the creation of
>> libpython24.a unnecessary. So whoever maintains th
Christoph Ludwig <[EMAIL PROTECTED]> writes:
> Hi,
>
> this is to continue a discussion started back in July by a posting by
> Dave Abrahams http://thread.gmane.org/gmane.comp.python.devel/69651>
> regarding the compiler (C vs. C++) used to compile python's main() and to link
> the executable.
>
For years, Boost.Python has been doing some hacks to work around the
fact that a Windows Python distro doesn't include the debug build of
the library.
http://www.boost.org/libs/python/doc/building.html#variants
explains. We wanted to make it reasonably convenient for Windows
developers (and
Tim Peters <[EMAIL PROTECTED]> writes:
> [David Abrahams]
>> For years, Boost.Python has been doing some hacks to work around the
>> fact that a Windows Python distro doesn't include the debug build of
>> the library.
>> ...
>> MS is recommending that
Bronek Kozicki <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Who knows what the whiny babies will accept? That said, I think
>> people would be happy with a .zip file containing whatever is built by
>> selecting the debug build in the VS project and askin
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Who knows what the whiny babies will accept? That said, I think
>> people would be happy with a .zip file containing whatever is built by
>> selecting the debug build in the VS project
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>>> Just to clarify - what we are asking for is library built with
>>> _DEBUG and no BOOST_DEBUG_PYTHON, that is the one compatible with
>>> default Python distribution.
>> I
We need to address fixing the
> PEP process before there is any point in working on PEP's,
Email is imperfect; just send it again.
And "[EMAIL PROTECTED]" doesn't help ;-)
--
David Goodger <http://python.net/~goodger>
sign
[Nick Coghlan]
> Would it be worth having a PEP category on the RFE tracker, rather than
> submitting pre-PEP's directly to the PEP editors?
Couldn't hurt.
--
David Goodger <http://python.net/~goodger>
signature.asc
Description: Ope
You can also remove CVS write privileges from project members.
It's a good way to prevent accidental checkins.
--
David Goodger <http://python.net/~goodger>
signature.asc
Description: OpenPGP digital signature
___
Python-Dev mailing list
Trent Mick <[EMAIL PROTECTED]> writes:
> [Thomas Heller wrote]
>> Anyway, AFAIK, the activestate distribution contains Python debug dlls.
>
> [Er, a month late, but I was in flitting around Australia at the time. :)]
>
> Yes, as a separate download.
>
> ftp://ftp.activestate.com/ActivePython/e
27;ll all be filled up by the time
early-bird registration closes.
Don't forget to book your hotel room, too. PyCon TX 2006 is being
held at a Dallas/Addison hotel, and we have negotiated a special low
rate:
http://us.pycon.org/Addison/Hotels
We hope to see you in Texas!
-- Dav
d in.
Could be. I don't see HTML+PythonDoc as a significant improvement
over LaTeX.
Yes, I'm biased. So are you.
> are we stuck with latex for the foreseeable future?
Until we have something clearly and significantly better, yes.
--
David Goodger <http://python.net/~goodger>
__
[Fredrik Lundh]
>>> I'm beginning to fear that I've wasted my time on a project
>>> that nobody's interested in.
[David Goodger]
>> Could be. I don't see HTML+PythonDoc as a significant improvement
>> over LaTeX.
[Fredrik Lundh]
> Really?
[David Goodger]
>> The second sentence lacks a rationale. What's wrong with "--
>> dashes"? What's "silly" about "``quotes''"?
[Fredrik Lundh]
> don't you know *anything* about typography ?
Yes, for a layman, I know pl
work though -- SVN leaves
subdirectories behind which hinder the externals update.
Please let me know if this causes any problems. Thanks.
--
David Goodger <http://python.net/~goodger>
signature.asc
Description: OpenPGP digital signature
__
[M.-A. Lemburg]
> Question: why do we need docutils in the peps/trunk/ directory
> in the first place ?
It's a convenience, so that a separate Docutils download & install
(& maintain) isn't necessary for those who process reST-format PEPs.
--
David Goodger <
; property, and that's
what I used.
--
David Goodger <http://python.net/~goodger>
___
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
copy in the
> external/ dir would solve all these issues.
That's basically what we had before (except no explicity "external"
directory), but it was always out of date. The "docutils" package was
directly in the trunk, for ease of import by the pep2html.py front en
> [David Goodger]
>> An alternative is to use svn:externals to link to a specific
>> revision (via the -r option);
[Tim Peters]
> Yes. please.
Done.
--
David Goodger <http://python.net/~goodger>
signature.asc
Description: O
ody take a look? Or at least tell me who to contact.
Thanks,
David.
PS: Please CC me in replies as I am not currently subscribed.
--
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.
On Wed, Feb 01, 2006 at 03:03:22PM -0500, Phillip J. Eby wrote:
> The only case that looks slightly less than optimal is:
>
> set((1, 2, 3, 4, 5))
>
> But I'm not sure that it warrants a special syntax just to get rid of the
> extra ().
In any case I don't think it's possible to differenti
It isn't completely clear which branch or tag to get, and Google
turned up no obvious documentation.
Thanks,
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
Thomas Wouters <[EMAIL PROTECTED]> writes:
> On Sat, Feb 11, 2006 at 09:10:41AM -0600, [EMAIL PROTECTED] wrote:
>
>> Dave> It isn't completely clear which branch or tag to get, and Google
>> Dave> turned up no obvious documentation.
>
>> On subversion, you want releaseXY-maint for the vari
801 - 900 of 2106 matches
Mail list logo
