On 4/16/2021 10:15 AM, Cameron Simpson wrote:
On 16Apr2021 13:13, Dan Ciprus (dciprus) wrote:
Isn't the recommended python3 way of pip-ing stuff:
python3 -m pip install ...
.. just curious.
If there's only one Python 3 installed then "pip3 install ..." _ought_
to be equivalent. However, in
On 16Apr2021 13:13, Dan Ciprus (dciprus) wrote:
>Isn't the recommended python3 way of pip-ing stuff:
>
>python3 -m pip install ...
>
>.. just curious.
If there's only one Python 3 installed then "pip3 install ..." _ought_
to be equivalent. However, in the face of virtualenvs etc there may
often
Isn't the recommended python3 way of pip-ing stuff:
python3 -m pip install ...
.. just curious.
On Thu, Apr 15, 2021 at 08:36:56PM -0500, o1bigtenor wrote:
On Thu, Apr 15, 2021 at 8:03 PM Dodson, Matthew
wrote:
Hi,
Having an issue after installing 64 bit python. Can't pip i
On Thu, Apr 15, 2021 at 8:03 PM Dodson, Matthew
wrote:
>
> Hi,
>
> Having an issue after installing 64 bit python. Can't pip install any
> packages. Get the error "No module named pip".
>
No expert here but to me that reads like you need to install 'pip&#x
Hi,
Having an issue after installing 64 bit python. Can't pip install any packages.
Get the error "No module named pip".
Thanks,
Matt
Matthew Dodson
2020 Data Analytics/Video Intern
New York Football Giants
Quest Diagnostics Training Center
1925 Giants Drive
East Rutherford,
On 25/09/2015 17:55, Bill Strum wrote:
Is there a 64 bit version of 3.5 and if so where can I get it.
Thanks.
--
Bill Strum
https://www.python.org/downloads/release/python-350/
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark La
Is there a 64 bit version of 3.5 and if so where can I get it.
Thanks.
--
Bill Strum
--
https://mail.python.org/mailman/listinfo/python-list
On 13/05/14 02:09, Chris Angelico wrote:
Sometimes you just want to confirm. :) Or maybe you want your program
to be able to detect which it's on. There are ways of doing both, but
sys.maxint isn't one of them, as it's specific to the int->long
promotion of Py2.
The OPs main mistake, I guess,
On Tue, May 13, 2014 at 10:05 AM, Sturla Molden wrote:
> On 11/05/14 08:56, Ross Gayler wrote:
>
>> Is that true?I have spent a couple of hours searching for a definitive
>> description of the difference between the 32 and 64 bit versions of
>> Python for Windows and haven't found anything.
>
>
>
On 2014-05-13 00:41, Sturla Molden wrote:
On 12/05/14 15:42, Sturla Molden wrote:
- A one-dimensional NumPy array with dtype np.float64 can keep 16 GB of
data before a 32 bit index is too small and Python starts to use long. A
two-dimensional NumPy array with dtype np.float64 can keep 256 GB of
nally?
Python 2.x will automatically switch to long when needed. The size of
the Python integer is an internal implementation detail you will not
notice. Python knows when to use a long instead of an int. Python 3.x
does not even have a fixed-size integer.
64 bit Python is 64 bit Python, ev
On 12/05/14 15:42, Sturla Molden wrote:
- A one-dimensional NumPy array with dtype np.float64 can keep 16 GB of
data before a 32 bit index is too small and Python starts to use long. A
two-dimensional NumPy array with dtype np.float64 can keep 256 GB of
data before a 32 bit index is too small.
On 11/05/14 08:56, Ross Gayler wrote:
It looks to me as though 32 and 64 bit versions of Python on 64 bit
Windows are both really 32 bit Python, differing only in how they
interact with Windows.
No! Pointers are 64 bit, Python integers (on Python 2.x) are 32 bit.
Microsoft decided to use a
on a 64-bit compiler. Microsoft is a little nuts on the
backwards compatiblity.
> It looks to me as though 32 and 64 bit versions of Python on 64 bit Windows
> are both really 32 bit Python, differing only in how they interact with
> Windows. So I wouldn't expect 64 bit Python ru
On 5/11/2014 2:56 AM, Ross Gayler wrote:
Hi,
I want to install Python on a PC with 16GB of RAM and the 64 bit version
of Windows 7.
I want Python to be able to use as much as possible of the RAM.
When I install the 64 bit version of Python I find that sys.maxint ==
2**31 - 1
Since sys.maxint
returns sys.maxint
== 2**63 - 1.
It looks to me as though 32 and 64 bit versions of Python on 64 bit Windows
are both really 32 bit Python, differing only in how they interact with
Windows. So I wouldn't expect 64 bit Python running on 64 bit Windows to
allow the large data struictures I could
2013/5/21 Maciej (Matchek) Bliziński :
> the ${prefix}/lib/pythonX.Y/_sysconfigdata.py file contains
> system-specific information
...and is installed in an architecture-independent directory by the
Python installer. This looks broken to me.
--
http://mail.python.org/mailman/listinfo/python-lis
Hello python-list,
I'm looking into creating a 32/64-bit Python (2.x and/or 3.x) package
for Solaris. The specificity of that package is that I need to include
both 32-bit and 64-bit binaries in it. The exact way in which the
32/64 support is done is described at [1].
There currently is a P
> ./configure CFLAGS=-m64 LDFLAGS=-m64 should work with a reasonably
> recent revision.
Thanks, that did, indeed work with CPython trunk. I eventually switched from
gcc to Sun's compiler though because I was getting link warnings.
Skip
--
http://mail.python.org/mailman/listinfo/python-list
Skip Montanaro wrote:
> Thanks. I have several different versions in my local sandbox. None
> are 64-bit ELFs. Just to make sure I hadn't missed some new development
> in this area, I cloned the hg repository and build the trunk version
> from scratch. I get a 32-bit executable on Solaris:
>
Karim gmail.com> writes:
> ./configure
> make
> make install
Thanks. I have several different versions in my local sandbox. None
are 64-bit ELFs. Just to make sure I hadn't missed some new development
in this area, I cloned the hg repository and build the trunk version
from scratch. I get a
Le 07/12/2011 12:30, Skip Montanaro a écrit :
Does anyone have a recipe for the subject build?
I know Solaris is a minority platform these days, but surely someone has tackled
this problem, haven't they?
Thx,
Skip
./configure
make
make install
Karim
--
http://mail.python.org/mailman/list
> Does anyone have a recipe for the subject build?
I know Solaris is a minority platform these days, but surely someone has
tackled
this problem, haven't they?
Thx,
Skip
--
http://mail.python.org/mailman/listinfo/python-list
I'd like to build a 64-bit version of Python on Solaris using gcc. I did a
bit of Googling, but everything I came up with seemed old, inconclusive or
assumes the use of the Sun Studio compiler, with which i have no
experience. Does anyone have a recipe for the subject build?
Thanks,
--
Skip M
Andy wrote:
> Hi guys!
>
> I got a new laptop computer which came with the 64-bit version of
> Windows 7. I installed the 64-bit versions of Python and a few other
> libraries and wrote a few Python programs right there. If I copy the
> Python scripts to a 32-bit computer, it runs flawlessly. B
Hi guys!
I got a new laptop computer which came with the 64-bit version of
Windows 7. I installed the 64-bit versions of Python and a few other
libraries and wrote a few Python programs right there. If I copy the
Python scripts to a 32-bit computer, it runs flawlessly. But in the
future I may s
On Oct 7, 5:11 pm, Roger Binns wrote:
> Curious wrote:
> > Did you mean to say that Ubuntu does come pre-installed with 64-bit
> > Python?
>
> I am saying that 64 bit Ubuntu comes with 64 bit Python. (32 bit Ubuntu
> comes with 32 bit Python.)
>
> > When I us
ou response, Roger!
>
> > I am sorry but I am not able to follow what you are saying. I am quite
> > new to linux installation world and it's possible that I am missing
> > pretty straightforward info.
>
> > Did you mean to say that Ubuntu does come pre-installed
Curious wrote:
> Did you mean to say that Ubuntu does come pre-installed with 64-bit
> Python?
I am saying that 64 bit Ubuntu comes with 64 bit Python. (32 bit Ubuntu
comes with 32 bit Python.)
> When I used the same command as you did, I see a 32-bit
> version there.
It is most
what I do:
>>
>>>>> import ctypes
>>>>> ctypes.sizeof(ctypes.c_void_p)
>> 8
>>
>> Roger
>
> Thanks very much for you response, Roger!
>
> I am sorry but I am not able to follow what you are saying. I am quite
> new to linux in
>> ctypes.sizeof(ctypes.c_void_p)
>
> 8
>
> Roger
Thanks very much for you response, Roger!
I am sorry but I am not able to follow what you are saying. I am quite
new to linux installation world and it's possible that I am missing
pretty straightforward info.
Did you mean to s
Curious wrote:
> Ubuntu comes pre-installed with Python2.6 but this python installation
> is a 32 bit installation.
For 64 bit Ubuntu you are mistaken:
$ file /usr/bin/python2.6
/usr/bin/python2.6: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
dynamically linked (uses shared libs), for GN
Hello All,
Ubuntu comes pre-installed with Python2.6 but this python installation
is a 32 bit installation. I need to use 64-bit Python on Ubuntu - how
do I update the current installation to 64-bit installation? Is there
any separate package that I need to apt-get?
I do the following to know if
On Jul 3, 2:18 pm, Mark Dickinson wrote:
> On Jul 3, 5:30 pm, Keflavich wrote:
>
> > I'm trying to compile a 64 bit version of python 2.6.2 on my mac (OS X
> > 10.5.7), and am running into a problem during the configure stage.
>
> > I configure with:
> > ./configure --enable-framework=/Library/Fr
On Jul 3, 5:30 pm, Keflavich wrote:
> I'm trying to compile a 64 bit version of python 2.6.2 on my mac (OS X
> 10.5.7), and am running into a problem during the configure stage.
>
> I configure with:
> ./configure --enable-framework=/Library/Frameworks --enable-
> universalsdk MACOSX_DEPLOYMENT_TA
I'm trying to compile a 64 bit version of python 2.6.2 on my mac (OS X
10.5.7), and am running into a problem during the configure stage.
I configure with:
./configure --enable-framework=/Library/Frameworks --enable-
universalsdk MACOSX_DEPLOYMENT_TARGET=10.5 --with-universal-archs=all -
with-read
> I was able to compile ctypes with gcc4sparc without many changes to
> the CFLAGS, etc. I had another weird error, but upgrading to the
> latest gcc4sparc fixed it. One thing I'm not clear about is how
> extensions are built. I noticed that my CFLAGS are not being passed
> to gcc when building
Hi Martin,
I was able to compile ctypes with gcc4sparc without many changes to
the CFLAGS, etc. I had another weird error, but upgrading to the
latest gcc4sparc fixed it. One thing I'm not clear about is how
extensions are built. I noticed that my CFLAGS are not being passed
to gcc when buildin
> Ok, so it looks like the only option here is to use LD_LIBRARY_PATH.
Not really: there is also crle, and LD_RUN_PATH.
Regards,
Martin
--
http://mail.python.org/mailman/listinfo/python-list
On May 29, 7:13 pm, "Martin v. Löwis" wrote:
>
> Ah, too much text - I was confused by you reporting two issues in a
> single email message. That has exhausted my capacity for quick message
> scanning.
>
Sorry about that. I have a tendency to over document...
> So this is a ctypes problem. You'l
>>> I think the problem is it should be built with v9.S for 64-bit, not
>>> v8.S. Is that correct? If so, how do I get it to use the right one?
>> The Solaris dynamic loader can't find it. Set LD_LIBRARY_PATH or
>> LD_RUN_PATH appropriately, or use crle(8).
>>
> I'm not sure I understand. It app
On May 28, 6:03 pm, "Martin v. Löwis" wrote:
> > I think the problem is it should be built with v9.S for 64-bit, not
> > v8.S. Is that correct? If so, how do I get it to use the right one?
>
> The Solaris dynamic loader can't find it. Set LD_LIBRARY_PATH or
> LD_RUN_PATH appropriately, or use cr
> I think the problem is it should be built with v9.S for 64-bit, not
> v8.S. Is that correct? If so, how do I get it to use the right one?
The Solaris dynamic loader can't find it. Set LD_LIBRARY_PATH or
LD_RUN_PATH appropriately, or use crle(8).
Regards,
Martin
--
http://mail.python.org/mail
Hi,
I'm trying to build python 2.6.2 on Solaris 10 (SPARC 64), using Sun
Studio 12, but I'm having a few problems getting a clean build. The
python configure options are:
with_gcc=no
with_universal_archs=64-bit
with_cxx_main="CC -m64"
The first problem I'm having is _ssl.so not building:
cc -m
On Mon, 25 May 2009 23:54:45 +0200
"Martin v. Löwis" wrote:
> > I am looking for a robust, cross-platform way to determine if I am
> > on a 32 bit or a 64 bit Python and if the numpy installation is
> > also 32 bit or 64 bit.
>
> You can find out the size of
> I am looking for a robust, cross-platform way to determine if I am on a
> 32 bit or a 64 bit Python and if the numpy installation is also 32 bit
> or 64 bit.
You can find out the size of a pointer with struct.calcsize("P") * 8.
Numpy will have the same configuration i
Hi
I am looking for a robust, cross-platform way to determine if I am on a
32 bit or a 64 bit Python and if the numpy installation is also 32 bit
or 64 bit.
I have googled a bit and found some platform specific solutions but
nothing general.
The solution should work with different versions of
On Fri, Mar 20, 2009 at 6:28 AM, srinivasan srinivas
wrote:
>
> Hi,
> Is thera any way for a program to choose between 32-bit or 64-bit dynamically?
Doubt it, since it's set in stone from when your CPython interpreter
got compiled.
There may be some workaround to use 32bit libs from a 64-bit prog
Hi,
Is thera any way for a program to choose between 32-bit or 64-bit dynamically?
Thanks,
Srini
Add more friends to your messenger and enjoy! Go to
http://messenger.yahoo.com/invite/
--
http://mail.python.org/mailman/listinfo/python-list
> Could someone help me in understanding what 64-bit python means?
While Chris' answer is correct, it doesn't show the consequences
of using a 64-bit Python. Primarily, these are:
- strings, Unicode objects, lists, dicts, and tuples can have more than
2**31 elements.
- you can loa
Chris Rebert wrote:
> It's been compiled for 64-bit processors, so it uses 64-bit pointers
> and 64-bit small integers. And I would think it would only work w/ C
> extension libraries also compiled for 64-bit CPUs. So, the same
> meaning 64-bit has for anything else really.
A 64bit build of Python
On Wed, Mar 18, 2009 at 11:45 PM, srinivasan srinivas
wrote:
>
> Hi,
> Could someone help me in understanding what 64-bit python means?
It's been compiled for 64-bit processors, so it uses 64-bit pointers
and 64-bit small integers. And I would think it would only work w/ C
exten
Hi,
Could someone help me in understanding what 64-bit python means?
tahnks,
Srini
Add more friends to your messenger and enjoy! Go to
http://messenger.yahoo.com/invite/
--
http://mail.python.org/mailman/listinfo/python-list
On Wed, Mar 4, 2009 at 10:13 PM, srinivasan srinivas
wrote:
>
> Hi,
> I would like to know more about the advantages of 64-bit python.
It runs on 64 bits OS, for once, which generally means the python
process can address more than the few Gb possible under a 32 bits
platform. If you nee
Hi,
I would like to know more about the advantages of 64-bit python.
What appliactions can use 64-bit python and all?
Can someone help me out in this?
Thanks,
Srini
Bring your gang together. Do your thing. Find your favourite Yahoo! group
at http://in.promos.yahoo.com/groups/
--
http
> Anybody here that had the same problem and solved it?
Did you install the 32-bit or the 64-bit installer?
If the 64-bit installer, did you also install 32-bit or 64-bit
installers for iPython, PIL, and easy_install?
If you try to use 32-bit extensions or installers to locate a 64-bit
Pyt
After first trying to install the beta of Python 2.6 on my Windows XP
64-bit machine I finally succeeded installing 2.5.2. But I still have
a some problem: Installing iPython, PIL, easy_install etc fails saying
that python.exe cannot be found (although I can start the python
interpeter just fine).
Anyone have any benchmarks on the difference in performance between 32
and 64 bit versions of Python for specific categories of operation, eg.
math, file, string, etc. operations?
My question is OS neutral so feel free to share your experience with
either Windows or Linux OS's.
Thank you,
Malcolm
Oops. Forgot to mention this is AIX 5.3 and I'm trying to install Python
2.5.2. Using xlc compiler.
On Tue, Jun 10, 2008 at 10:34 AM, Michael Mabin <[EMAIL PROTECTED]> wrote:
> Hi all. I am trying to rebuild Python on our AIX system in 64 bit so I can
> use our installed 64-bit UnixODBC library
Hi all. I am trying to rebuild Python on our AIX system in 64 bit so I can
use our installed 64-bit UnixODBC library. Has anyone successfully done
this and can they share the configure options they used?
Thanks.
Mike
--
--
http://mail.python.org/mailman/listinfo/python-list
> Is this possible or do I really have to install two complete but
> separate Pythons although most of the files are the same?
That configuration is not explicitly supported in the build process.
Notice that the "Python libraries" are not entirely platform
independent. On Sparc64, the byte code f
On Mon, 22 Oct, Diez B. Roggisch wrote:
> Stefan Bellon wrote:
> > I can successfully build a 32-bit version in one directory and a
> > 64-bit version in another directory. What I'd like to do is to
> > build a version that has the 64-bit library in a sparcv9 directory
> > but shares the other Pyt
Stefan Bellon wrote:
> Hi,
>
> I'm trying to build a Sun Solaris Version of Python from the source so
> that both, 32-bit and 64-bit libraries are present.
>
> I can successfully build a 32-bit version in one directory and a 64-bit
> version in another directory. What I'd like to do is to build
Hi,
I'm trying to build a Sun Solaris Version of Python from the source so
that both, 32-bit and 64-bit libraries are present.
I can successfully build a 32-bit version in one directory and a 64-bit
version in another directory. What I'd like to do is to build a version
that has the 64-bit librar
On May 4, 1:17 am, Leo Kislov <[EMAIL PROTECTED]> wrote:
> On May 3, 2:54 pm, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>
>
>
> > >>> "import site failed"
> > >>> OverflowError: signed integer is greater than the maximum.
> > >> - what is the value of ival?
> > > ival: 4294967295
>
> > I see. Th
On May 3, 2:54 pm, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> >>> "import site failed"
> >>> OverflowError: signed integer is greater than the maximum.
> >> - what is the value of ival?
> > ival: 4294967295
>
> I see. This is 0x, which would be -1 if it were of type
> int. So perhaps so
>>> "import site failed"
>>> OverflowError: signed integer is greater than the maximum.
>> - what is the value of ival?
> ival: 4294967295
I see. This is 0x, which would be -1 if it were of type
int. So perhaps some value got cast incorrectly at some point,
breaking subsequent computation
[EMAIL PROTECTED] schrieb:
> I am on a hp 11.11 machine doing a 64 bit python 2.5 build. When I get
> my python executable created and run it, I get the error:
>
> "import site failed"
> OverflowError: signed integer is greater than the maximum.
Are you sure about the
On May 2, 5:09 pm, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > "import site failed"
> > OverflowError: signed integer is greater than the maximum.
>
> > This is happening in the convertsimple() routine when it tries to
> > return a signed int:
>
> > ival = PyInt_AsLong(arg)
>
> > the ival is l
> "import site failed"
> OverflowError: signed integer is greater than the maximum.
>
>
> This is happening in the convertsimple() routine when it tries to
> return a signed int:
>
> ival = PyInt_AsLong(arg)
>
> the ival is larger than what is defined in INT_MAX.
>
> Why is this happening in a
I am on a hp 11.11 machine doing a 64 bit python 2.5 build. When I get
my python executable created and run it, I get the error:
"import site failed"
OverflowError: signed integer is greater than the maximum.
This is happening in the convertsimple() routine when it tries to
return a
We are running 64 bit compiled python on Red Hat Fedora Core 3.
Hardware is 64 bit on Dual Opteron HP servers running SMP.
FYI, Larry
[EMAIL PROTECTED] wrote:
> Does anyone have any information about 64 bit python support for Xeon
> and Opteron architectures on Windows platforms? If anyo
Does anyone have any information about 64 bit python support for Xeon
and Opteron architectures on Windows platforms? If anyone has built the
python runtime on either of these platforms before I would be really
interested. Thanks.
--
http://mail.python.org/mailman/listinfo/python-list
Mike C. Fletcher wrote:
> Mathias Waack wrote:
> ...
>
>>My python script allocates a bunch of strings each of 1024
>>characters and writes it in a cStringIO. And it fails after writing
>>512K of strings. Don't know how python restricts the heap size -
>>but I'm fairly sure its not a restriction
There's not enough information to guess the "real problem", but it could
be this:
"variable size" objects (declared with PyObject_VAR_HEAD) are limited to
INT_MAX items since the ob_size field is declared as 'int'.
This means that a Python string, tuple, or list (among other types) may
be limited
Mathias Waack wrote:
As I stated I wrote a simple C-program before. The c-program was able
to allocate a bit more than 900MB in 32 bit mode.
Sorry, I should've paid more attention :)
--
http://mail.python.org/mailman/listinfo/python-list
Mathias Waack wrote:
...
My python script allocates a bunch of strings each of 1024 characters
and writes it in a cStringIO. And it fails after writing 512K of
strings. Don't know how python restricts the heap size - but I'm
fairly sure its not a restriction of the OS.
Does cStringIO require co
Ivan Voras wrote:
> Mathias Waack wrote:
>> amounts of data. I figured out that a 32 bit application on HP-UX
>> cannot address more than 1 GB of memory. In fact (I think due to
>> the overhead of memory management done by python) a python
>> application cannot use much more than 500 MB of "real"
Mathias Waack wrote:
amounts of data. I figured out that a 32 bit application on HP-UX
cannot address more than 1 GB of memory. In fact (I think due to the
overhead of memory management done by python) a python application
cannot use much more than 500 MB of "real" data. For this reason
I don't thi
Hi,
one of my colleagues got some trouble with a program handling large
amounts of data. I figured out that a 32 bit application on HP-UX
cannot address more than 1 GB of memory. In fact (I think due to the
overhead of memory management done by python) a python application
cannot use much more th
80 matches
Mail list logo
