On 5/11/20 9:25 PM, Michael Torrie wrote:
> On 5/11/20 8:33 PM, Buddy Peacock wrote:
>> I am trying to install python on my surface with windows 10, version 1903,
>> build 18362.778. The installer seems to think everything worked. But there
>> is no Python folder anywhere on the system. I looked
On 5/11/2020 11:34 PM, Michael Torrie wrote:
On 5/11/20 9:25 PM, Michael Torrie wrote:
On 5/11/20 8:33 PM, Buddy Peacock wrote:
I am trying to install python on my surface with windows 10, version 1903,
build 18362.778. The installer seems to think everything worked. But there
is no Python fol
On 5/11/20 9:25 PM, Michael Torrie wrote:
> On 5/11/20 8:33 PM, Buddy Peacock wrote:
>> I am trying to install python on my surface with windows 10, version 1903,
>> build 18362.778. The installer seems to think everything worked. But there
>> is no Python folder anywhere on the system. I looked
On 5/11/20 8:33 PM, Buddy Peacock wrote:
> I am trying to install python on my surface with windows 10, version 1903,
> build 18362.778. The installer seems to think everything worked. But there
> is no Python folder anywhere on the system. I looked in the root directory
> as well as "Program Fil
I am trying to install python on my surface with windows 10, version 1903,
build 18362.778. The installer seems to think everything worked. But there
is no Python folder anywhere on the system. I looked in the root directory
as well as "Program Files" and "Program Files (x86)" and not in any user
Eryk,
Many thanks. I wasn't aware of the Path Editor,
Colin W.
On 2017-04-05 7:55 PM, eryk sun wrote:
On Wed, Apr 5, 2017 at 6:46 PM, Colin J. Williams [1] wrote:
Successful install reported, but:
Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporat
On Thu, Apr 6, 2017 at 12:12 AM, MRAB wrote:
import os
[p for p in os.environ['PATH'].split(';') if 'Python35' in p]
>
> Remove those references from the PATH environment variable:
>
os.environ['PATH'] = ';'.join(p for p in os.environ['PATH'].split(';')
if 'Python35' not in p)
On 2017-04-05 19:46, Colin J. Williams wrote:
Successful install reported, but:
Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. All rights reserved.
C:\Users\CJW>cd\python
The system cannot find the path specified.
C:\Users\CJW>cd\
On Wed, Apr 5, 2017 at 6:46 PM, Colin J. Williams wrote:
>Successful install reported, but:
>
> Microsoft Windows [Version 10.0.14393]
> (c) 2016 Microsoft Corporation. All rights reserved.
You're using Windows 10.
> C:\Users\CJW>cd\python
> The system cannot find the pat
Successful install reported, but:
Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. All rights reserved.
C:\Users\CJW>cd\python
The system cannot find the path specified.
C:\Users\CJW>cd\
C:\>path
PATH=C:\Program Files\Python35\Scripts\
ed,
but in service manager it appears to be stopped.
I got no messages about missing DLL files at all.
The very same MWE works perfectly on a new virtual machine with Python
3.5.2 amd64 + pypiwin32.
Any idea what could be wrong?
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, Oct 6, 2016 at 5:23 AM, Nagy László Zsolt wrote:
> "C:\Users\Laci\AppData\Local\Programs\Python\Python35\lib\site-packages\win32\PythonService.exe"
I wanted you to run the above executable, not python.exe. If it fails
you'll get more information about why it's failing when run directly
th
>
> The MWE I provided is so simple. By now, It should be obvious what is
> missing from it. :-(
>
>
The problem is NOT with my code. I just installed a new virtual machine,
and installed python3.5 amd64 + pypiwin32 on it. On that machine, the
test service works perfectly!
S
: 0
DISPLAY_NAME : Test Service
DEPENDENCIES :
SERVICE_START_NAME : LocalSystem
It seems to be the correct executable:
c:\Users\Laci\Python\Projects\gateway>py -3
Python 3.5.2 (v3.5.2:4def2a2901a5, Jun 25 2016, 22:18:55) [MSC v.1900 64
bit (AMD64)] on w
On Wed, Oct 5, 2016 at 7:43 AM, Nagy László Zsolt wrote:
> It did not help. I still get the same error message (service did not
> respond in time).
Can you run the service executable directly? From the command line
check `sc qc TestService`. Run the BINARY_PATH_NAME executable, e.g.
for /f "
>> But again, that is not related to the question. Why does it not work?
>> What is missing?
> If you mean why running the service doesn't work, it should once you
> run the post-install script that copies pywintypes35.dll to the
> Windows System32 directory. This DLL is required by PythonService.
On Wed, Oct 5, 2016 at 6:18 AM, Nagy László Zsolt wrote:
> But again, that is not related to the question. Why does it not work?
> What is missing?
If you mean why running the service doesn't work, it should once you
run the post-install script that copies pywintypes35.dll to the
Windows System32
>> def main(self):
>> self.ReportServiceStatus(win32service.SERVICE_RUNNING)
>> while not self.stop_requested.is_set():
>> time.sleep(1) # So something useful here
> Why don't you use the Windows Event (hWaitStop) with
> WaitForSingleObject instead of an additional
On Tue, Oct 4, 2016 at 7:33 AM, Nagy László Zsolt wrote:
>
>>> Is it possible to write a win32 service with 64 bit python 3.5? The
>>> pywin32 package does exist on 3.5 64bit, but missing some modules:
>> Try pip installing the "pypiwin32" package.
> That worked, thanks.
>
> Do you have an explana
>> Is it possible to write a win32 service with 64 bit python 3.5? The
>> pywin32 package does exist on 3.5 64bit, but missing some modules:
> Try pip installing the "pypiwin32" package.
That worked, thanks.
Do you have an explanation why to official build (
https://sourceforge.net/projects/pywi
On Mon, Oct 3, 2016 at 1:26 PM, Nagy László Zsolt wrote:
>
> Is it possible to write a win32 service with 64 bit python 3.5? The
> pywin32 package does exist on 3.5 64bit, but missing some modules:
Try pip installing the "pypiwin32" package.
--
https://mail.python.org/mailman/listinfo/python-lis
Hello,
Is it possible to write a win32 service with 64 bit python 3.5? The
pywin32 package does exist on 3.5 64bit, but missing some modules:
>>> import win32service
Traceback (most recent call last):
File "", line 1, in
ImportError: DLL load failed:The specified module could not be found.
On 26/01/2014 22:30, Luis Marsano wrote:
> I've installed python for all users with full permissions to all users
> (see picture).
> Python runs for all users.
> However, scripts only work when I run as Administrator.
> Running a script always results in an "ImportError: cannot import name" error.
On Sun, 26 Jan 2014 17:30:21 -0500, Luis Marsano wrote:
> I've installed python for all users with full permissions to all users
> (see picture).
> Python runs for all users.
> However, scripts only work when I run as Administrator. Running a script
> always results in an "ImportError: cannot impo
I've installed python for all users with full permissions to all users
(see picture).
Python runs for all users.
However, scripts only work when I run as Administrator.
Running a script always results in an "ImportError: cannot import name" error.
Here, for example, is the output of "pip -h" run as
On Wed, Apr 13, 2011 at 7:53 PM, David Cournapeau wrote:
> On Thu, Apr 14, 2011 at 11:28 AM, Nathan Coulson wrote:
>
>> actually figured out a neat trick, mingw-w64 can link directly to the .dll.
>> gcc file.c python31.dll -o file.exe
>>
>> no .a needed.
>>
>> http://www.mingw.org/wiki/sampleDLL
On Thu, Apr 14, 2011 at 11:28 AM, Nathan Coulson wrote:
> actually figured out a neat trick, mingw-w64 can link directly to the .dll.
> gcc file.c python31.dll -o file.exe
>
> no .a needed.
>
> http://www.mingw.org/wiki/sampleDLL
>
> (have yet to find out if it actually works yet, but so far loo
2-gcc], but seems to be missing.
>>
>> so far, tried installing it on a real 64bit windows system,
>> cabextract, as well as msiexec /a python-3.1.3.amd64.msi /qb
>> TARGETDIR=out. Either case, libs/libpython31.a is not there.
>>
>> as a last resort, tried cross
on a real 64bit windows system,
> cabextract, as well as msiexec /a python-3.1.3.amd64.msi /qb
> TARGETDIR=out. Either case, libs/libpython31.a is not there.
>
> as a last resort, tried cross compiling it with my tools, but a few
> google searches tell me that way will lead to
uot;just not there". I had no
intention/procedure to create it, so it isn't being created,
and hence not packaged, either.
> so far, tried installing it on a real 64bit windows system,
> cabextract, as well as msiexec /a python-3.1.3.amd64.msi /qb
> TARGETDIR=out. Either case,
.amd64.msi /qb
TARGETDIR=out. Either case, libs/libpython31.a is not there.
as a last resort, tried cross compiling it with my tools, but a few
google searches tell me that way will lead to headaches, and currently
not supported out of the box.
--
Nathan Coulson (conathan)
--
Location: British
).
> I'd like to create a Python extension to use the device.
>
> The architecture of the SBC is 486, and it runs Debian Squeeze/Grip.
> While it
> is possible to develop on it directly, I'd rather use my desktop
> machine
> (Debian Squeeze, amd64).
>
> If I wri
On Nov 8, 4:16 pm, "Martin v. Loewis" wrote:
> No. A python *installation* has a Makefile, in config/Makefile. If
> you want distutils to use different options, you could edit this
> Makefile.
Oh, I see what you mean. But then it would affect *everything* I build
on that machine, so I'll stick wi
>> You can solve some of the
>> problems by editing the Makefile which it uses to learn the compiler
>> options from.
>
> I don't understand this - do you mean I should edit the Makefile in
> the actual distutils package, and somehow use that in my project
> instead of setup.py?
No. A python *ins
On Nov 8, 8:55 am, Jason wrote:
> Do you know if virtualenv allows installing a Python environment with
> a different architecture than that of the system Python install? I
> suspect not, but maybe there's an option I don't know about.
Found a better solution, which is to just compile Python from
On Nov 8, 8:30 am, "Martin v. Loewis" wrote:
> At a minimum, you should be using the target's python binary. distutils
> has close-to-none cross-compiling support.
Do you know if virtualenv allows installing a Python environment with
a different architecture than that of the system Python install
> So is it possible to get distutils to cross compile something like
> this, and
> if so, what am I missing? Or am I using the wrong tool for the job?
At a minimum, you should be using the target's python binary. distutils
has close-to-none cross-compiling support. You can solve some of the
proble
vice.
The architecture of the SBC is 486, and it runs Debian Squeeze/Grip.
While it
is possible to develop on it directly, I'd rather use my desktop
machine
(Debian Squeeze, amd64).
If I write a simple C program to control the device, I'd include the
header
file and cross-compile it like so:
On 20/02/2010 5:35 AM, Steven Cohen wrote:
Hello,
I downloaded pywin32-214.win-amd64-py3.1, and it installs just fine
(except that it prints a traceback when it tells me the postinstall
script completed), but then when I try to execute Pythonwin.exe, I get
the following error popup:
The
Hello,
I downloaded pywin32-214.win-amd64-py3.1, and it installs just fine (except
that it prints a traceback when it tells me the postinstall script
completed), but then when I try to execute Pythonwin.exe, I get the
following error popup:
The application can not locate win32ui.pyd (or Python
0548
separate pre-built .debs for AMD64 and i386 Debian are included, for
pywebkitgtk and webkit-gtk with gobject bindings to the DOM model. if
you have seen OLPC/SUGAR's "hulahop", or if you have used Gecko / XUL
DOM bindings, or KDE's KHTMLPart DOM bindings, you will a
> This is the only problem on python side of things to make extensions
> buildable on windows x64 (all the other problems I have encountered so
> far to make numpy build with mingw-w64 are numpy's or mingw-w64).
Thanks!
Martin
--
http://mail.python.org/mailman/listinfo/python-list
On Fri, Dec 19, 2008 at 3:30 PM, "Martin v. Löwis" wrote:
>> - Any extension requires the MS_WIN64 to be defined, but this symbol
>> is only defined for MS compiler (in PC/pyport.h).
>
> Why do you say that? It is only defined when _WIN64 is defined; this
> has nothing to do with a MS compiler.
>
On Fri, Dec 19, 2008 at 3:30 PM, "Martin v. Löwis" wrote:
>
> It's a mistake if libpython26.a gets included in the Win64 installer
> at all; this library is only provided for 32-bit systems. My copy of
> mingw doesn't support Win64 at all.
Please ignore that last point: it looks like it is gener
> - Any extension requires the MS_WIN64 to be defined, but this symbol
> is only defined for MS compiler (in PC/pyport.h).
Why do you say that? It is only defined when _WIN64 is defined; this
has nothing to do with a MS compiler.
> Shouldn't it be
> defined independantly of the compiler ?
You m
Hi,
I want to build python extensions with mingw-w64 on windows 64 bits. I
found some problems which I think are python bugs/deficiencies, but
would like a confirmation:
- Any extension requires the MS_WIN64 to be defined, but this symbol
is only defined for MS compiler (in PC/pyport.h). Shouldn
Lin wrote:
>
>Ah, this makes sense. Thanks.. The main reason I'm trying 64-bit
>Python is that I want to write files bigger than 4GB. This should work
>on Windows x64, right? (i.e., are the pointers bona fide 64 bit?)
Those two questions are not related. Win32 (NTFS) has always been able to
Lin schrieb:
> Ah, this makes sense. Thanks.. The main reason I'm trying 64-bit
> Python is that I want to write files bigger than 4GB. This should work
> on Windows x64, right? (i.e., are the pointers bona fide 64 bit?)
You can create files with more than 4GB on a 32bit OS, too. It depends
on
>
> > I installed the amd64 version of Python 2.6.1 on my Windows XP x64
> > system. I was expecting sys.maxint to be 9223372036854775807 (or 2 ^63
> > -1), but instead I got 2147483647 (i.e., 2^31-1) just like what I got
> > from a 32-bit version of Python. Is this by
Lin schrieb:
> Hi,
>
> I installed the amd64 version of Python 2.6.1 on my Windows XP x64
> system. I was expecting sys.maxint to be 9223372036854775807 (or 2 ^63
> -1), but instead I got 2147483647 (i.e., 2^31-1) just like what I got
> from a 32-bit version of Python. Is this
Hi,
I installed the amd64 version of Python 2.6.1 on my Windows XP x64
system. I was expecting sys.maxint to be 9223372036854775807 (or 2 ^63
-1), but instead I got 2147483647 (i.e., 2^31-1) just like what I got
from a 32-bit version of Python. Is this by design or does it indicate
a bug or an
After searching around for a bit for a build of MySQLdb, i have found
that i will probably need to build the module for AMD64 on windows.
Is there a guide or something that shows what needs to be done to
build a module for a certain architecture?
Thanks
--
http://mail.python.org/mailman/listinfo
[EMAIL PROTECTED] make install
gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
-I. -I./Include -DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c
In file included from Include/Python.h:57,
from Modules/python.c:3:
Include/pyport.h:734:2: #erro
Mathias Waack wrote:
> Andrew MacIntyre wrote:
>
>> Mathias Waack wrote:
>>> After switching my development environment to 64 bit I've got a
>>> problem with a python extension for a 32 bit application.
>> {...}
>>
>>> Ok, thats fine. So why is python complaining? Or even more
>>> interesting, wha
Andrew MacIntyre wrote:
> Mathias Waack wrote:
>> After switching my development environment to 64 bit I've got a
>> problem with a python extension for a 32 bit application.
>
> {...}
>
>> Ok, thats fine. So why is python complaining? Or even more
>> interesting, what do I have to do to compile
Mathias Waack wrote:
> After switching my development environment to 64 bit I've got a problem with
> a python extension for a 32 bit application.
{...}
> Ok, thats fine. So why is python complaining? Or even more interesting, what
> do I have to do to compile the code?
Is the Python your toolch
After switching my development environment to 64 bit I've got a problem with
a python extension for a 32 bit application. Compiling the app under Linux
results in the following error:
g++ -m32 -Wall -g -O2 -I. -Idb -DPYTHON=25 -o mappy.o -c mappy.cpp
In file included from /usr/include/python2.5/P
Hengel, Simon wrote:
> Hello List,
> I need the amd64 and the x86 version of Python installed on one Windows
> machine. Is there a way to do this? (I think I read about it somewhere, but
> now I can't find it anymore)
Bit of a hack but you could install the MSI ActivePython pa
John Pye <[EMAIL PROTECTED]> wrote:
> On Feb 19, 6:30 am, Nick Craig-Wood <[EMAIL PROTECTED]> wrote:
> > John Pye <[EMAIL PROTECTED]> wrote:
> > > application from running on the Debian Etch AMD64 platform.
> > > It seems that the 'dl' mo
On Feb 19, 6:30 am, Nick Craig-Wood <[EMAIL PROTECTED]> wrote:
> John Pye <[EMAIL PROTECTED]> wrote:
> > application from running on the Debian Etch AMD64 platform.
> > It seems that the 'dl' module is not available on that platform. The
> > only rea
John Pye <[EMAIL PROTECTED]> wrote:
> I have a tricky situation that's preventing my Python/SWIG/C
> application from running on the Debian Etch AMD64 platform.
>
> It seems that the 'dl' module is not available on that platform. The
> only reason I need
Hi all
I have a tricky situation that's preventing my Python/SWIG/C
application from running on the Debian Etch AMD64 platform.
It seems that the 'dl' module is not available on that platform. The
only reason I need the 'dl' module, however, is for the values of
RTLD_L
Hello List,
I need the amd64 and the x86 version of Python installed on one Windows
machine. Is there a way to do this? (I think I read about it somewhere, but now
I can't find it anymore)
Cheers,
Simon Hengel
Siemens AG
Medical Solutions
CO CHS CS 2
Mozartstr. 57
91052 Erlangen, German
Bryan Olson wrote:
> The O.P. has a 64-bit Athlon processor, but is running a 32-bit
> OS. The processor emulates its 32-bit predecessor in "legacy
> mode", so 32-bit software runs.
Ah, of course. Thanks for all replies! :)
Regards,
Björn
--
BOFH excuse #13:
we're waiting for [the phone co
well: a
64-bit operating system can run 32-bit applications. The
AMD64 architecture, also adopted by Intel, has a
"compatibility mode" for creating 32-bit virtual address
spaces within the native 64-bit address space.
I'm close to the 2KB.
For more, search on "AMD64 Architecture".
--
--Bryan
--
http://mail.python.org/mailman/listinfo/python-list
c are declared
(by the linker) as binaries for the AMD64 architecture. If
you try to run such a binary on a 32-bit system, the operating
system will complain that it can't recognize the file type
(or that the architecture is wrong). Likewise for Itanium.
OTOH, Microsoft implemented an em
rocessor differences. One corpus of source code can be
used to create binaries for a large number of different combinations of
operating systems and processors.
For just one processor (the AMD64), you could have at least 4 different
binaries: (Windows/Linux) x (32|64) bit version of the OS.
HTH
Bjoern Schliessmann a écrit :
> Christophe wrote:
>
>> To be exact, you need a 64bit Windows OS on a 64bit cpu.
>
> Is there a reason that can be explained in a less-than-2-KB
> posting? :) I mean why Python depends on the processor type that
> much.
>
> Regards,
Easy : a 64bit version of Windo
Christophe wrote:
> To be exact, you need a 64bit Windows OS on a 64bit cpu.
Is there a reason that can be explained in a less-than-2-KB
posting? :) I mean why Python depends on the processor type that
much.
Regards,
Björn
--
BOFH excuse #52:
Smell from unhygienic janitorial staff wrecked t
Thanks.
Christophe wrote:
> Brendan a écrit :
> > Hello,
> > I just tried to use the Windows XP installer for Python 2.5 AMD64 but I
> > get the error message: "Installation package not supported by processor
> > type"
> >
> > I am running Windows
Brendan a écrit :
> Hello,
> I just tried to use the Windows XP installer for Python 2.5 AMD64 but I
> get the error message: "Installation package not supported by processor
> type"
>
> I am running Windows XP Pro on an AMD Athon 64 Processor.
>
> Do I ne
Hello,
I just tried to use the Windows XP installer for Python 2.5 AMD64 but I
get the error message: "Installation package not supported by processor
type"
I am running Windows XP Pro on an AMD Athon 64 Processor.
Do I need to have a 64-bit OS to use this version?
--
http://mail.
need
hope that helps, add more details if you want more help
tom
> Robin Becker wrote:
> > Does anyone know if it's possible to run python as a 32 bit app on AMD64's?
> > One
> > of our host providers AMD Athlon 64 3000+ and we are currently using a
> >
Robin Becker wrote:
> Does anyone know if it's possible to run python as a 32 bit app on AMD64's?
> One
> of our host providers AMD Athlon 64 3000+ and we are currently using a celeron
> which is real slow. The problem is that this machine would be a backup for
> anot
"Robin Becker" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Does anyone know if it's possible to run python as a 32 bit app on
AMD64's? One
> of our host providers AMD Athlon 64 3000+ and we are currently using a
celeron
> which is real slow. The
Does anyone know if it's possible to run python as a 32 bit app on AMD64's? One
of our host providers AMD Athlon 64 3000+ and we are currently using a celeron
which is real slow. The problem is that this machine would be a backup for
another which is 32 pentium 4.
If I have to recom
Title: RE: MySQLdb compile error with AMD64
Found it.
Had to change
Extra_compile_args = config(cflags) to the actual list with –march=athlon64
Now just realized that I didn’t download the right RPMs for MySQL for SUSE on AMD64 (so got lib errors I am assuming cos of that).
Will download
Title: MySQLdb compile error with AMD64
>> Can anyone offer any assistance on this one?
>
>Look here:
>
>>> gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fmessage-length=0 -Wall
>>> -D_FORTIFY_SOURCE=2 -g -fPIC -I/usr/include/mysql
>>&g
arch=athlon-64" python setup.py build
I am positive that MySQLdb works on AMD64, I have it running there. Anyway,
the CFLAGS fix should work.
--- Heiko.
--
http://mail.python.org/mailman/listinfo/python-list
Can anyone offer any assistance on this one?
Is it unsupported on AMD64 ? Nothing in the README points to that. I
thought it would default to 32bit if not supported under 64.
>
> Hi,
>
> I have been using MySQLdb on a 32-bit processor, no worries. Love it.
>
> I went to i
Hi,
I have been using MySQLdb on a 32-bit processor, no worries. Love it.
I went to install on an AMD64 running the 64-bit version of SUSE 10.0.
I get the following error during the "python setup.py build"
gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fmessage-leng
[Brett Hoerner wrote]
> Thanks, looking at their site I can't find a Platform SDK for XP... am
> I looking for the Windows 2003 Server SDK...? Seems counter-intuitive
Yes, I believe that is the one I am using. MS seems to aim for minimal
intuitive-factor with Platform SDK version naming.
Trent
Brett Hoerner wrote:
> Trent Mick wrote:
>
>>Yes. The MS Platform SDK is free and includes a compiler that can target
>>x86, ia64 and x64 (the latter is what MS -- and Sun -- are calling
>>AMD64).
>
>
> Thanks, looking at their site I can't find a Platfor
Trent Mick wrote:
> Yes. The MS Platform SDK is free and includes a compiler that can target
> x86, ia64 and x64 (the latter is what MS -- and Sun -- are calling
> AMD64).
Thanks, looking at their site I can't find a Platform SDK for XP... am
I looking for the Windows 2003 Server
MS -- and Sun -- are calling
AMD64).
Trent
--
Trent Mick
[EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
As an aside to this, are there any freely available C compilers for
Windows that can compile 64-bit binaries? I find nothing for Cygwin or
MinGW...
--
http://mail.python.org/mailman/listinfo/python-list
Martin,
>I'm not at all mystified. The operating system was only released
>after the release of Python 2.4, there is no official compiler
>available yet to the general public, and I don't have the hardware
>to test such a release.
>It's fairly likely that Python 2
[EMAIL PROTECTED] writes:
> Does anyone know of an available downloader for an amd64 bit
> build of (a modern) python?
I've gotten a bug report from someone using Python under Linux on an
amd64, so compiling for 64 bits definitely is feasible. You could try
the Fedora Core 4 amd64 d
[EMAIL PROTECTED] wrote:
> Does anyone know of an available downloader for an amd64 bit
> build of (a modern) python?
There is no official build. The only official Win64 build is
for Itanium, see www.python.org/2.4.2
> I've done my due diligence search of python docs and
> mail
Brett,
>I don't have an answer for you, but just to clarity for future
>readers... based on the quote above, I assume you mean a native 64-bit
>build for Windows, right? You never stated what platform you need this
>for, I for one use a 64-bit build of Python on Linux just fine... but
>yes, Windo
> Alternatively, does anyone have experience
> of using the visual studio files in the PCBuild
> directory under amd64?
I don't have an answer for you, but just to clarity for future
readers... based on the quote above, I assume you mean a native 64-bit
build for Windows, right? Yo
Hi,
Does anyone know of an available downloader for an amd64 bit
build of (a modern) python?
I've done my due diligence search of python docs and
mailing archives,
and I'm somewhat mystified by the lack of info
on this topic.
I'm embedding python in a native 64 bit
application so
92 matches
Mail list logo
