Thomas Heller schrieb:
The official Python-2.5.amd64.msi does *not* contain ctypes, so
the official Python-2.5.x.amd64.msi should also not contain ctypes (I assume).
That would be good, yes.
Not many people (I assume again) are running 64-bit windows, and use the
64-bit Python
version
I
Thomas Heller schrieb (this was before Python 2.5 had been released):
The _ctypes extension module does currently not even build on Win64.
I'm (slowly) working on this (for AMD64, not for itanium), but it may
take a good while before it is stable - It is not even fully implemented
currently.
[Resent after subscribing to python-dev with this new email address,
sorry if it appears twice]
Thomas Heller schrieb (this was before Python 2.5 had been released):
The _ctypes extension module does currently not even build on Win64.
I'm (slowly) working on this (for AMD64, not for
Thomas Heller schrieb:
I would prefer to merge these changes into release25-maint, because I want to
also release the standalone ctypes packages from this branch (using it with
svn:externals from somewhere else).
That's not a good reason for back-porting. If you want a maintenance
branch for
Martin v. Löwis schrieb:
Thomas Heller schrieb:
[I was talking about patches to make ctypes work on 64-bit windows]
I would prefer to merge these changes into release25-maint, because I want to
also release the standalone ctypes packages from this branch (using it with
svn:externals from
Martin v. Löwis schrieb:
Thomas Heller schrieb:
I suggest that it [the ctypes package] should be removed from the 2.5 win64
msi installers, so that
at least, when it is ready, can be installed as separate package.
Unfortunately, I won't be able to work on this until the release is
made.
Alex Martelli wrote:
Sprints are indeed a fascinating idea and have proven they work, in
an open-source context -- I do wonder if they could be made to work
in other contexts, and I'm sure many others are wondering similarly.
war room development and other colocation approaches are
On 8/19/06, Jack Diederich [EMAIL PROTECTED] wrote:
It has always just worked for me on Opterons + Debian.Python 2.4 (#1, May 31 2005, 10:19:45)[GCC 3.3.5 (Debian 1:3.3.5-12)] on linux2Type help, copyright, credits or license for more information.
import sys sys.maxint9223372036854775807While
Martin v. Löwis wrote:
It isn't. Python ran on 64-bit Alpha for nearly a decade now (I guess)
make that over a decade. the first Python system I built was on
tru64, back in 1995 (portions of the the initial prototype was written
on a 286 box under MS-DOS, but the bulk was developed on tru64
Fredrik Lundh [EMAIL PROTECTED] writes:
Martin v. Löwis wrote:
It isn't. Python ran on 64-bit Alpha for nearly a decade now (I guess)
make that over a decade. the first Python system I built was on
tru64, back in 1995 (portions of the the initial prototype was written
on a 286 box under
On Aug 19, 2006, at 3:28 AM, Steve Holden wrote:
...
It's going to be very interesting to see what comes out of the Google
sprints. I am sure the 64-bitters will be out in force, so there'll be
Hmmm, we'll be working on our laptops, as is typical of sprints, so
I'm not sure how many
On 8/21/06, Alex Martelli [EMAIL PROTECTED] wrote:
On Aug 19, 2006, at 3:28 AM, Steve Holden wrote:... It's going to be very interesting to see what comes out of the Google sprints. I am sure the 64-bitters will be out in force, so there'll be
Hmmm, we'll be working on our laptops, as is typical
[Steve Holden]
Reasonable enough, but I suspect that Thomas' suggestion might save us
from raising false hopes. I'd suggest that the final release
announcement point out that this is the first release containing
specific support for 64-bit architectures (if indeed it is)
[Martin v. Löwis]
It
Tim Peters wrote:
[Steve Holden]
Reasonable enough, but I suspect that Thomas' suggestion might save us
from raising false hopes. I'd suggest that the final release
announcement point out that this is the first release containing
specific support for 64-bit architectures (if indeed it is)
On Sat, Aug 19, 2006 at 05:19:40AM -0400, Tim Peters wrote:
[Steve Holden]
Reasonable enough, but I suspect that Thomas' suggestion might save us
from raising false hopes. I'd suggest that the final release
announcement point out that this is the first release containing
specific support
The _ctypes extension module does currently not even build on Win64.
I'm (slowly) working on this (for AMD64, not for itanium), but it may
take a good while before it is stable - It is not even fully implemented
currently.
The win64 msi installer installs the ctypes package anyway, but it cannot
Thomas Heller schrieb:
I suggest that it should be removed from the 2.5 win64 msi installers, so that
at least, when it is ready, can be installed as separate package.
Unfortunately, I won't be able to work on this until the release is
made. Feel free to work on it, but I suggest to just not
Martin v. Löwis schrieb:
Thomas Heller schrieb:
I suggest that it should be removed from the 2.5 win64 msi installers, so
that
at least, when it is ready, can be installed as separate package.
Unfortunately, I won't be able to work on this until the release is
made. Feel free to work on
Thomas Heller schrieb:
There are many other problems with Win64 still, e.g. the test suite
doesn't pass.
And tons of compiler warnings, IIRC. If the state is still experimental,
IMO it should be marked as such.
Most of the compiler warnings are irrelevant for most of the
applications, and
Martin v. Löwis wrote:
Thomas Heller schrieb:
There are many other problems with Win64 still, e.g. the test suite
doesn't pass.
And tons of compiler warnings, IIRC. If the state is still experimental,
IMO it should be marked as such.
Most of the compiler warnings are irrelevant for most
Steve Holden schrieb:
Reasonable enough, but I suspect that Thomas' suggestion might save us
from raising false hopes. I'd suggest that the final release
announcement point out that this is the first release containing
specific support for 64-bit architectures (if indeed it is)
It isn't.
21 matches
Mail list logo