Hello Richard,

Thank you for taking the time to move this issue forward.

> There are things missing in the patch, such as actually using
/POINTER_SIZE with the compiling steps

The pointer size is set from the makevms.com file with the following line:
$ WRITE H_FILE "#define CFLAGS ""/pointer_size=''POINTER_SIZE'"" /* compiler 
flags */"

> Unfortunately, I currently only have Alphas to test on.  I hope someone else 
> can test on other platforms.

I have tested the patch on IA64

> built on:  7-DEC-2010 11:34:44.59
> platform: VMS IA64 V8.3
> compiler: /pointer_size=32

but have access to VAX (@polarhome.com), Alpha and IA64 as well.

Regards,
Z

-----Original Message-----
From: Richard Levitte via RT [mailto:r...@openssl.org]
Sent: den 14 december 2010 11:01
To: Arpadffy Zoltan
Cc: openssl-dev@openssl.org
Subject: [openssl.org #2393] [PATCH] 32/64 bit pointer_size choice in the VMS 
build

I've started on it.  There are things missing in the patch, such as actually 
using
/POINTER_SIZE with the compiling steps, but otherwise it seems fairly sound.  
I'll work
the rest out.

Unfortunately, I currently only have Alphas to test on.  I hope someone else 
can test
on pther platforms.

> [zoltan.arpad...@scientificgames.se - Tue Dec 14 05:44:53 2010]:
>
> Hello
>
> I'm sending again to RT - otherwise it might be forgotten.
> I would appreciate any comment.
>
> Thank you.
>
> Regards,
> Z
>
> -----Original Message-----
> From: Arpadffy Zoltan [mailto:zoltan.arpad...@scientificgames.se]
> Sent: den 7 december 2010 12:54
> To: Richard Levitte; openssl-dev@openssl.org
> Subject: RE: buid STABLE-SNAP-20101124 on platform: VMS IA64 V8.3
>
> Hello Richard,
>
> I am sorry for delay, but I am quite busy nowadays.
>
> Zoltan.Arpadffy> Zoltan.Arpadffy> ...I am dreaming of the possibility
> to choose between the 64 and the 32 bit version build and reuse this
> "not-used option" in MAKEVMS.COM
> Zoltan.Arpadffy> Zoltan.Arpadffy> During the summer I have submitted a
> patch for this "feature"... wonder is there any chance for this code
> to be merged in?
> Zoltan.Arpadffy>
> Zoltan.Arpadffy> Richard Levitte> I recall discussing it, because it
> seemed to be a no-op...  but I can't recall getting to an answer (and
> I'll admit not being a good
> Zoltan.Arpadffy> participant in that discussion).
> Zoltan.Arpadffy>
> Zoltan.Arpadffy> This would be very useful as there are still users
> that link against 32 bit libraries for some reasons.
> Zoltan.Arpadffy> From other side the current 64 bits build stays as a
> default and you would not see any difference if the 32 bit parameter
> is not explicitly used.
> Zoltan.Arpadffy>
> Zoltan.Arpadffy> I'll prepare a patch against STABLE-SNAP-20101124 and
> when I'm ready I'll submit it again.
>
> Richard Levitte> I'll have a look at it when I get it :-)
>
> Please, review the attached patch (against STABLE-SNAP-20101124).
>
> Changes is short:
> USAGE:   @MAKEVMS.COM [Target] <Pointer size> <Debug option>
> <Compiler>
> Like @MAKEVMS.COM ALL
> Defaults: Pointer size = 64 (VAX 32) Debug option= NODEBUG
>
> Libraries with pointer_size=32 has a 32 sufix in the name
> (LIBCRYPTO32, LIBSSL32)
> pointer_size=64 is the default (except on VAX) and produces standard
> libraries (LIBCRYPTO, LIBSSL)
>
> It works well on my system.
>
> ALL TESTS SUCCESSFUL.
> OpenSSL 1.0.1-dev xx XXX xxxx
> built on:  7-DEC-2010 11:34:44.59
> platform: VMS IA64 V8.3
> options:  bn(64,64) md2(int) rc4(ptr,int) des(ptr,risc1,16,long)
> idea(int) blowfish(idx)
> compiler: /pointer_size=32
> OPENSSLDIR: N/A
>
> Thank you.
>
> Regards,
> Z
>
>
>
>
>
>
>
>
>
--
Richard Levitte
levi...@openssl.org



______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       openssl-dev@openssl.org
Automated List Manager                           majord...@openssl.org

Reply via email to