Thomas Heller wrote:
Would it be a solution to move the 'official' ctypes development into
Python SVN external/ctypes, or would this be considered abuse? Another
location in SVN could be used as well, if external is though to contain
only vendor drops...
external indeed is meant only for
On 3/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
Would it be a solution to move the 'official' ctypes development intoPython SVN external/ctypes, or would this be considered abuse?Anotherlocation in SVN could be used as well, if external is though to contain
only vendor drops...If all the
Thomas Wouters wrote:
On 3/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
Would it be a solution to move the 'official' ctypes development into
Python SVN external/ctypes, or would this be considered abuse? Another
location in SVN could be used as well, if external is though to contain
only
[Thomas Heller]
...
In the meantime, please: If anyone is going to make fixes to the ctypes source
code (apart from Tim's regular whitespace cleanup), please do this in the
ctypes CVS repository on sourceforge, in the trunk.
FYI, my regular whitespace cleanup consists of running reindent.py
Tim Peters wrote:
[Thomas Heller]
...
In the meantime, please: If anyone is going to make fixes to the ctypes
source
code (apart from Tim's regular whitespace cleanup), please do this in the
ctypes CVS repository on sourceforge, in the trunk.
FYI, my regular whitespace cleanup consists
I'm not really making any actionable proposal here, so maybe this is
off-topic; if so, sorry.
Back during the defaultdict discussion I proposed a multidict object
(http://mail.python.org/pipermail/python-dev/2006-February/061264.html)
-- right now I need to implement one to represent web form
[Ian Bicking]
The question then is what the API should look like for such an object --
an ordered, multi-value dictionary.
May I suggest that multidict begin it's life as a cookbook recipe so that its
API can mature.
Raymond
___
Python-Dev
Raymond Hettinger wrote:
[Ian Bicking]
The question then is what the API should look like for such an object --
an ordered, multi-value dictionary.
May I suggest that multidict begin it's life as a cookbook recipe so that its
API can mature.
There's already quite a few recipes out
On 3/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
BTW: The buildbot reports ctypes test failures on the gentoo amd64 machine:
http://www.python.org/dev/buildbot/trunk/amd64%20gentoo%20trunk/builds/277/step-test/0
Is there a way to get the actual failures somehow? Running the tests in
Tim Peters wrote:
[Thomas Heller]
...
And I never had tried it before on a sparc machine - all the intel and ppc
processors
seem to have no problems with it.
Pentiums don't enforce natural alignment restrictions, but run much
slower on unaligned access (varying by specific chip model,
Thomas Heller wrote:
BTW: The buildbot reports ctypes test failures on the gentoo amd64 machine:
FWIW, ctypes doesn't even build on a Windows AMD64 machine. It wants to
use the Windows x86 FFI code, which does not compile with the AMD64
compiler.
Regards,
Martin
Tim Peters wrote:
It's griping about this:
/* Forward declaration */
static PyMethodDef unicodedata_functions[];
This is now fixed.
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Fri, 2006-03-10 at 11:25 -0600, Ian Bicking wrote:
I'm not really making any actionable proposal here, so maybe this is
off-topic; if so, sorry.
Back during the defaultdict discussion I proposed a multidict object
(http://mail.python.org/pipermail/python-dev/2006-February/061264.html)
On Fri, 2006-03-10 at 12:12 -0600, Ian Bicking wrote:
There's already quite a few recipes out there. But I should probably
collect them as well.
http://www.voidspace.org.uk/python/odict.html
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/107747
Martin v. Löwis wrote:
Thomas Heller wrote:
BTW: The buildbot reports ctypes test failures on the gentoo amd64 machine:
FWIW, ctypes doesn't even build on a Windows AMD64 machine. It wants to
use the Windows x86 FFI code, which does not compile with the AMD64
compiler.
On such a machine
Neal Norwitz wrote:
I want to modify regrtest so the traceback info is stored in a file,
so you can still retrieve the data after a test run. I haven't
started making this mod yet.
I took a different approach now, adding an option to regrtest to re-run
failed tests in verbose mode; this is
Neal Norwitz wrote:
On 3/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
BTW: The buildbot reports ctypes test failures on the gentoo amd64 machine:
http://www.python.org/dev/buildbot/trunk/amd64%20gentoo%20trunk/builds/277/step-test/0
Is there a way to get the actual failures somehow?
Thomas Heller wrote:
FWIW, ctypes doesn't even build on a Windows AMD64 machine. It wants to
use the Windows x86 FFI code, which does not compile with the AMD64
compiler.
On such a machine probably other source files should be used. I have no such
machine - is it possible to build the
Thomas Heller wrote:
test_set
test_ctypes
test test_ctypes failed -- Traceback (most recent call last):
File /Users/buildslave/bb/trunk.4/build/Lib/ctypes/test/test_leaks.py,
line 68, in test_cycles_refcount
self.fail(leaking refcounts)
AssertionError: leaking refcounts
Thomas Heller wrote:
BTW: The buildbot reports ctypes test failures on the gentoo amd64 machine:
http://www.python.org/dev/buildbot/trunk/amd64%20gentoo%20trunk/builds/277/step-test/0
Is there a way to get the actual failures somehow?
They are now in
Guido van Rossum wrote:
I don't think we should make any of these keywords.
Not even True and False? The only good reasons
I can see for anyone wanting to shadow these
are backwards compatibility ones.
Greg
___
Python-Dev mailing list
On 3/10/06, Greg Ewing [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
I don't think we should make any of these keywords.
Not even True and False? The only good reasons
I can see for anyone wanting to shadow these
are backwards compatibility ones.
Not even True and False.
I don't see
Josiah Carlson told me had has given up getting a Windows
buildbot running, because every time he installed VS.NET
on his machine, the installation would immediately crash.
So if anybody wants to contribute both a machine and time
to operate it (including the likely very tedious phase to
get any
Guido van Rossum [EMAIL PROTECTED] wrote:
Not even True and False.
I don't see why everything that doesn't make sense to be shadowed
ought to become a keyword. That way lies madness.
Have you considered whether P3K will disallow names from being
shadowed in such as way as to prevent the
On 3/10/06, Neil Schemenauer [EMAIL PROTECTED] wrote:
Guido van Rossum [EMAIL PROTECTED] wrote:
Not even True and False.
I don't see why everything that doesn't make sense to be shadowed
ought to become a keyword. That way lies madness.
Have you considered whether P3K will disallow
On such a machine probably other source files should be used. I have no
such
machine - is it possible to build the 64-bit version on a 32-bit machine
(with
the platform SDK)?
Indeed, this is possible. I don't know of anybody who does so, so far,
but in principle, the procedure is
26 matches
Mail list logo