Fw: [Python-talk] 64 bit question

[bruce.labitt at autoliv.com]

"Jon 'maddog' Hall" <maddog at li.org> wrote on 02/09/2009 03:07:16 PM:

> Bruce,
> 
> Just off hand, I would think that if the Python system itself was not
> 64-bit clean by now (assuming a 64-bit distribution of your favorite
> distro) that a good portion of the distributions would simply stop
> working (or work a lot slower than they should).  Linux has been a
> 64-bit system since 1995.

Hi maddog,

I sure hope that python is 64 bit clean.  I have experienced many 
disappointments in this 64 bit world, however.  Clean is never clean 
enough...
The octave project comes to mind...  Lots of legacy fortran with hard
coded int32 statements...

<snip>

> The fact that your "C" and C++ programs had to have the "64 bit" flag
> turned on was because the compilers were generating object code from the
> sources you provided, and you had to tell the compilers that you were
> generating 64 bit pointers, etc. instead of 32-bit pointers.  This will
> "always" be necessary (unless 64-bit becomes a default, which is
> unlikely in my lifetime).
> 
I was hoping that python was compiled that way.  I'm running 64 bit ubuntu 

8.10 intrepid and wondering if there was a way to even check what the 
compile
options were.  (Can I check the src's repo? - hey that sounds like a good 
idea...)

> Now whether you have to (or want to) change the way you code your Python
> programs to take advantage of that 64 bit address space and those larger
> file sizes, that is another issue.
> 

Actually, I'm sure I will have to change SOMETHING.  After all, the output 
my
program looks wrong.  (I am still trying to verify it really is wrong.) At 
this point
I am trying to reduce the problem space by asking a few questions.  (64 
bit)

That way I can go back through my code and find the glaringly obvious 
error 
that was invisible just a few seconds ago. vbg. 

-Bruce

> md
> -- 
> Jon "maddog" Hall
> Executive Director           Linux International(R)
> email: maddog at li.org         80 Amherst St. 
> Voice: +1.603.672.4557       Amherst, N.H. 03031-3032 U.S.A.
> WWW: http://www.li.org
> 
> Board Member: Uniforum Association
> Board Member Emeritus: USENIX Association (2000-2006)
> 
> (R)Linux is a registered trademark of Linus Torvalds in several
> countries.
> (R)Linux International is a registered trademark in the USA used
> pursuant
>    to a license from Linux Mark Institute, authorized licensor of Linus
>    Torvalds, owner of the Linux trademark on a worldwide basis
> (R)UNIX is a registered trademark of The Open Group in the USA and other
>    countries.
> 
> 


******************************
Neither the footer nor anything else in this E-mail is intended to or constitutes an <br>electronic signature and/or legally binding agreement in the absence of an <br>express statement or Autoliv policy and/or procedure to the contrary.<br>This E-mail and any attachments hereto are Autoliv property and may contain legally <br>privileged, confidential and/or proprietary information.<br>The recipient of this E-mail is prohibited from distributing, copying, forwarding or in any way <br>disseminating any material contained within this E-mail without prior written <br>permission from the author. If you receive this E-mail in error, please <br>immediately notify the author and delete this E-mail.  Autoliv disclaims all <br>responsibility and liability for the consequences of any person who fails to <br>abide by the terms herein. <br>
******************************