Richard, 

Actually, I agree completely. Frankly I was a little afraid to say it,
as it entails so many changes to the code base. The entire concept of
the P64 memory model not allowing int's to be used naturally is foreign
to the ideals set out by the C language. However there is a slim
possibility that some cast will cause data to be lost (assuming Win64
implementations actually make use of all that extra memory and address
space :), so I believe your approach is much better. 

At this time, win64 software is cross compiled on win32 machines. The
needed tools are available in the Microsoft SDK - I would send it to
you, but it's actually easier for you to simply download the free SDK
from http://www.microsoft.com/msdownload/platformsdk/sdkupdate where you
will find the entire November 2001 (latest) version of the platform sdk,
including IA64 development libraries and tools. 

I suggest you either install directly from the web site, or choose the
"download" menu option in the menu bar at the top of the web page, then
choose "full download". It will take you to another page, where you can
download the dozen (or so) cab files that will expand into a cd image.
If you prefer, you can order the CD for a few dollars. You gotta give
Microsoft credit for making development on their platforms simple...

You only need the CoreSDK - that should save you some time if you
install directly from the platform sdk web page.

John

>>> "Richard Levitte via RT" <[EMAIL PROTECTED]> 05/29/02 06:29AM >>>

I understand the concern here, but I very strongly disagree with the 
solution.  Casting everything from size_t to int is going in the wrong

direction.

I'll work on moving int to size_t where needed.  If someone can tell 
me how to simulate have a 64-bit size_t on Linux, it would make it 
easier for me to do accurate tests.  That or send me an Itanium box 
with the nedded software :-).

-- 
Richard Levitte
[EMAIL PROTECTED]
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       [EMAIL PROTECTED]
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to