> While it's
> easy to fix NEWS its not easy to fix changelog entries (only a few svn
> super-users can do it, and it's a pain).
Actually, any committer can do that:
svn pe --revprop -rrev svn:log
It may be difficult to remember, but it's fairly easy to execute.
Regards,
Martin
Benjamin Peterson schrieb:
> I know that doing merges is rather painful because of the Misc/NEWS
> files. Would it be possible to have the NEWS log generated from commit
> messages? I was thinking something like this in a message:
No, it's not painful ;) The NEWS files doesn't get merged from trun
I did some performance comparisons with various compilers and the resulting
Python 2.6a2 and pybench.
I put the details on
http://www.in-nomine.org/2008/04/11/python-26a2-execution-times-with-various-compilers/
Of course, take benchmark results with a grain of salt, but it seems ICC can
provide p
ACTIVITY SUMMARY (04/04/08 - 04/11/08)
Tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
1826 open (+45) / 12616 closed (+21) / 14442 total (+66)
Open issues with patches: 544
Average durati
Hello,
I am a Google Summer of Code student who preparing a SWIG's Python 3.0
support proposal. Here's detail of my proposal:
http://www.dabeaz.com/cgi-bin/wiki.pl?GSoCPython3Proposal
And abstract shown below for convenient:
This project adds Python 3.0 support for SWIG. We will add a "-3" opt
Hi all,
My question is simple: is there any problem when installing/using both
32- and 64-bit Python's on the same machine? I'm more concerned about
header files (those installed under /usr/include/python-2.x), because as
far as I could see there's nothing similar to a "#ifdef USE_64BIT" or
someth
Hi all,
I was wondering if it might be possible for Jython to get an "arg
space" for command line execution. We try to deliver the same
switches that Python delivers (so for example -c means "program passed
in as string" on Python and Jython). We have some need for arguments
that would be Jython
Works for me. We should have a patch to CPython that looks for -J and
rejects it with "-J is reserved for Jython".
On Fri, Apr 11, 2008 at 10:38 AM, Frank Wierzbicki
<[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I was wondering if it might be possible for Jython to get an "arg
> space" for command li
On Fri, Apr 11, 2008 at 1:40 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Works for me. We should have a patch to CPython that looks for -J and
> rejects it with "-J is reserved for Jython".
Great! Knowing this crowd it is probably already implemented -- but
if not I'd love to dust off my C
On 2008-04-11 19:10, Sérgio Durigan Júnior wrote:
> Hi all,
>
> My question is simple: is there any problem when installing/using both
> 32- and 64-bit Python's on the same machine? I'm more concerned about
> header files (those installed under /usr/include/python-2.x), because as
> far as I could
Hi Lemburg,
On Fri, 2008-04-11 at 19:38 +0200, M.-A. Lemburg wrote:
> On 2008-04-11 19:10, Sérgio Durigan Júnior wrote:
> > Hi all,
> >
> > My question is simple: is there any problem when installing/using both
> > 32- and 64-bit Python's on the same machine? I'm more concerned about
> > header f
Patch is here: http://bugs.python.org/issue2617
-Frank
___
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
On Fri, Apr 11, 2008 at 7:40 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Works for me. We should have a patch to CPython that looks for -J and
> rejects it with "-J is reserved for Jython".
>
Do we want it to be Jython-specific, or should it be available to any
alternative VM? I don't know
On Fri, Apr 11, 2008 at 2:51 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 11, 2008 at 7:40 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>
> > Works for me. We should have a patch to CPython that looks for -J and
> > rejects it with "-J is reserved for Jython".
> >
>
> Do we want
IronPython already uses -X:OptionName for special IronPython only options so +1
for -X.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Frank Wierzbicki
Sent: Friday, April 11, 2008 12:14 PM
To: Brett Cannon
Cc: Guido van Rossum; python-dev@python.org
Sub
Frank Wierzbicki wrote:
> On Fri, Apr 11, 2008 at 2:51 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
>> On Fri, Apr 11, 2008 at 7:40 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>>
>>
>>> Works for me. We should have a patch to CPython that looks for -J and
>>>
>> > rejects it w
I was also going to suggest a platform independent option. I like
-Xwhat-follows-is-impl-dependent.
n
On Fri, Apr 11, 2008 at 12:39 PM, Dino Viehland
<[EMAIL PROTECTED]> wrote:
> IronPython already uses -X:OptionName for special IronPython only options so
> +1 for -X.
>
>
>
> -Original Mes
On 2008-04-11 20:21, Sérgio Durigan Júnior wrote:
> Hi Lemburg,
>
> On Fri, 2008-04-11 at 19:38 +0200, M.-A. Lemburg wrote:
>> On 2008-04-11 19:10, Sérgio Durigan Júnior wrote:
>>> Hi all,
>>>
>>> My question is simple: is there any problem when installing/using both
>>> 32- and 64-bit Python's on
On Fri, 2008-04-11 at 22:06 +0200, M.-A. Lemburg wrote:
> > Hmm, right. I tried to modify the installation path (using --libdir
> > in ./configure) to /usr/lib64, but some *.pyo objects still are
> > installed under /usr/lib. AFAIK, these objects are bitness-dependent
> > (i.e., if they were gene
On 2008-04-11 22:25, Sérgio Durigan Júnior wrote:
> On Fri, 2008-04-11 at 22:06 +0200, M.-A. Lemburg wrote:
>
>>> Hmm, right. I tried to modify the installation path (using --libdir
>>> in ./configure) to /usr/lib64, but some *.pyo objects still are
>>> installed under /usr/lib. AFAIK, these obje
On Fri, Apr 11, 2008 at 2:23 AM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > While it's
> > easy to fix NEWS its not easy to fix changelog entries (only a few svn
> > super-users can do it, and it's a pain).
>
> Actually, any committer can do that:
>
> svn pe --revprop -rrev svn:log
Wow, I
> I just tried it, and although it works, I get this output:
> svn: 'post-revprop-change' hook failed; no error output available
>
> Significant?
It's the mailer.py hook failing. I'm not quite sure why it fails,
and had no time to look it up. It reads
#!/bin/sh
REPOS="$1"
REV="$2"
USER="$3"
PROP
On Fri, Apr 11, 2008 at 2:28 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> On Fri, Apr 11, 2008 at 2:23 AM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > > While it's
> > > easy to fix NEWS its not easy to fix changelog entries (only a few svn
> > > super-users can do it, and it's a pa
> My question is simple:
It's also off-topic for python-dev, which is about the development
of Python, not the development with Python.
> is there any problem when installing/using both
> 32- and 64-bit Python's on the same machine? I'm more concerned about
> header files (those installed under /
Hi Martin,
On Fri, 2008-04-11 at 23:58 +0200, "Martin v. Löwis" wrote:
> > My question is simple:
>
> It's also off-topic for python-dev, which is about the development
> of Python, not the development with Python.
With all respect, I think you're confusing things. I'm here trying to
find some s
has anyone ever seen this error? this is a pristine --with-pydebug build of
trunk:
>>> msg = 'ABC'
>>> x = msg.decode('utf8')
Traceback (most recent call last):
File "", line 1, in
File "/home/gps/python/trunk/Lib/encodings/__init__.py", line 100, in
search_function
level=0)
TypeError: S
On Sat, Apr 12, 2008 at 3:31 AM, Gregory P. Smith <[EMAIL PROTECTED]> wrote:
> has anyone ever seen this error? this is a pristine --with-pydebug build
> of trunk:
>
> >>> msg = 'ABC'
> >>> x = msg.decode('utf8')
> Traceback (most recent call last):
> File "", line 1, in
> File "/home/gps/py
Folks:
I'm sorry, but I am not caught up on the current conversation about
packaging. I'm very busy with exciting Python development -- http://
allmydata.com and http://allmydata.org . I understand from PJE's
message that he thinks I misunderstand some things about PEP 262;
this is entire
On Fri, Apr 11, 2008 at 2:53 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > I just tried it, and although it works, I get this output:
> > svn: 'post-revprop-change' hook failed; no error output available
> >
> > Significant?
>
> It's the mailer.py hook failing. I'm not quite sure why it
29 matches
Mail list logo
