[openssl-dev] ossl-1.0.2 needs a tweak for CodeWarrior4

2015-02-14 Thread NormW

G/Morning,
Found 1.0.2\crypto\rand\rand_nw.c needs a tweak for CW4 to compile:

--- rand_nw.c.orig  2015-01-23 01:58:32.0 +1100
+++ rand_nw.c   2015-01-28 14:33:04.18750 +1100
@@ -155,8 +155,11 @@

 for (i = 2; i  ENTROPY_NEEDED; i++) {
 # ifdef __MWERKS__
-asm {
-rdtsc mov tsc, eax}
+  asm
+  {
+ rdtsc
+ mov tsc, eax
+  }
 # elif defined(__GNUC__)  __GNUC__=2  !defined(OPENSSL_NO_ASM) 
!defined(OPENSSL_NO_INLINE_ASM)
 asm volatile (rdtsc:=a (tsc)::edx);
 # endif

The acceptable format is the same as 1.0.1l, so no idea where the 1.0.2
version came from, unless done by hand. Otherwise 1.0.2 builds without
issue.

Norm


___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev


Re: [openssl-dev] [openssl.org #3544] Remove MWERKS support

2014-12-17 Thread NormW

Thanks!
Norm

On 18/12/2014 9:26 AM, Rich Salz via RT wrote:

MWERKS added back to nw_rand.c
--
Rich Salz, OpenSSL dev team; rs...@openssl.org

___
openssl-dev mailing list
openssl-dev@openssl.org
https://mta.opensslfoundation.net/mailman/listinfo/openssl-dev



___
openssl-dev mailing list
openssl-dev@openssl.org
https://mta.opensslfoundation.net/mailman/listinfo/openssl-dev


Re: [openssl-dev] [openssl.org #3544] Remove MWERKS support

2014-12-17 Thread NormW via RT
Thanks!
Norm

On 18/12/2014 9:26 AM, Rich Salz via RT wrote:
 MWERKS added back to nw_rand.c
 --
 Rich Salz, OpenSSL dev team; rs...@openssl.org

 ___
 openssl-dev mailing list
 openssl-dev@openssl.org
 https://mta.opensslfoundation.net/mailman/listinfo/openssl-dev



___
openssl-dev mailing list
openssl-dev@openssl.org
https://mta.opensslfoundation.net/mailman/listinfo/openssl-dev


Re: [openssl.org #3544] Remove MWERKS support

2014-11-13 Thread NormW

On 30/10/2014 9:58 AM, NormW wrote:

G/M,
On 25/09/2014 2:09 AM, Rich Salz via RT wrote:

Not a supported platform, per our roadmap.

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


To be pendantic __MWERKS__ refers, AFAIK, to a compiler, and was the
compiler used by Novell aa the 'standard' for creating NetWare apps. As
I understand it (for the time being at least), support for NetWare is
being retained, it will be necessary to re-implement the

#ifdef __MWERKS__

section removed in .\crypto\rand\rand_nw.c ONLY, in the ossl trunk src.


To re-iterate: The patch changed in the following:
diff --git a/crypto/rand/rand_nw.c b/crypto/rand/rand_nw.c
index 17c1ea7..9239a72 100644 (file)
--- a/crypto/rand/rand_nw.c
+++ b/crypto/rand/rand_nw.c
@@ -154,13 +154,7 @@ int RAND_poll(void)

for( i=2; iENTROPY_NEEDED; i++)
{
-#ifdef __MWERKS__
-  asm
-  {
- rdtsc
- mov tsc, eax
-  }
-#elif defined(__GNUC__)  __GNUC__=2  !defined(OPENSSL_NO_ASM)  
!defined(OPENSSL_NO_INLINE_ASM)
+#if defined(__GNUC__)  __GNUC__=2  !defined(OPENSSL_NO_ASM)  
!defined(OPENSSL_NO_INLINE_ASM)

   asm volatile(rdtsc:=a(tsc)::edx);
 #endif



A review of all other __MWERKS__ code removed indicate they are only
used by MAC PC's.
Norm

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


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


Re: [openssl.org #3569] [PATCH] fix NetWare compilation with branch 1.0.1 / 1.0.2

2014-10-29 Thread NormW

On 18/10/2014 5:17 AM, Guenter via RT wrote:

Attached patch adds:
- a recursive ssl include since NetWare CodeWarrior compiler doesnt
properly lookup includes when in same directory as the C file which
includes it.

--- util/pl/netware.pl.orig Tue Jul 22 21:41:23 2014
+++ util/pl/netware.pl  Fri Aug 08 13:52:43 2014
@@ -212,7 +212,7 @@
  #Turned off the possible warnings ( -w nopossible ).
Metrowerks
  #complained a lot about various stuff.  May want to turn back
  #on for further development.
-   $cflags.= -nostdinc -ir crypto -ir engines -ir apps -I$include_path \\
+   $cflags.= -nostdinc -ir crypto -ir ssl -ir engines -ir apps
-I$include_path \\
-msgstyle gcc -align 4 -processor pentium -char unsigned \\
-w on -w nolargeargs -w nopossible -w nounusedarg -w
nounusedexpr \\
-w noimplicitconv -relax_pointers -nosyspath -maxerrors 20;


please apply to OpenSSL 1.0.1 and 1.0.2 branch. Thanks!

G/M
Can confirm need of this flag, but it should also be extended to ossl 
trunk. A compile of the latest trunk SNAP build shows that it also need 
there.

Regards,
Norm

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


Re: [openssl.org #3544] Remove MWERKS support

2014-10-29 Thread NormW

G/M,
On 25/09/2014 2:09 AM, Rich Salz via RT wrote:

Not a supported platform, per our roadmap.

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

To be pendantic __MWERKS__ refers, AFAIK, to a compiler, and was the 
compiler used by Novell aa the 'standard' for creating NetWare apps. As 
I understand it (for the time being at least), support for NetWare is 
being retained, it will be necessary to re-implement the


#ifdef __MWERKS__

section removed in .\crypto\rand\rand_nw.c ONLY, in the ossl trunk src.

A review of all other __MWERKS__ code removed indicate they are only 
used by MAC PC's.

Norm

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


crypto\ecdsa\ecdsatest.c needs a cast?

2012-01-06 Thread NormW

Hi,
Building 0.9.8s and 1.0.0f (for NetWare) my (picky?) compiler reported:


mwccnlm -o tmp_nw_libc\ecdsatest.o -Ioutinc_nw_libc -Itmp_nw_libc -nostdinc -ir 
crypto -ir engi
crypto\ecdsa\ecdsatest.c:435: illegal implicit conversion from 'unsigned char 
**' to
crypto\ecdsa\ecdsatest.c:435: 'const unsigned char **'


The following patch fixes the problem:


--- ecdsatest.c.orig2011-12-02 23:41:00.0 +1100
+++ ecdsatest.c 2012-01-06 07:36:55.09375 +1100
@@ -432,7 +432,7 @@
 * garble the ASN1 structure, we read the raw signature and
 * modify a byte in one of the bignums directly. */
sig_ptr = signature;
-   if ((ecdsa_sig = d2i_ECDSA_SIG(NULL, sig_ptr, sig_len)) == 
NULL)
+   if ((ecdsa_sig = d2i_ECDSA_SIG(NULL, (const unsigned char 
**)sig_ptr, sig_len)) == NULL)
{
BIO_printf(out,  failed\n);
goto builtin_err;


Otherwise both build without issue.

HTH,
Norm
__
OpenSSL Project http://www.openssl.org
Development Mailing List   openssl-dev@openssl.org
Automated List Manager   majord...@openssl.org


[openssl.org #2226] OSSL 1.0.0 and NetWare + nasm

2010-04-08 Thread NormW via RT
Hi,
If I try to build for win32 I do:

 perl Configure VC-WIN32 --prefix=c:\some\openssl\dir

then (via ms\do_nasm.bat)
 perl util\mkfiles.pl MINFO
 perl util\mk1mf.pl dll nasm VC-WIN32 ms\ntdll.mak

I get ms\ntdll.mak that includes asm support, such as:

 $(TMP_D)\x86cpuid.asm: crypto\x86cpuid.pl
   $(PERL) crypto\x86cpuid.pl win32n $(CFLAG) $@

 $(OBJ_D)\x86cpuid.obj: $(TMP_D)\x86cpuid.asm
   $(ASM) -o $@ $(TMP_D)\x86cpuid.asm

When I run the same process for NetWare:

 perl Configure netware-libc
 perl util\mkfiles.pl MINFO
 perl util\mk1mf.pl nw-nasm netware-libc Netware\netware-libc.mak

the resulting .mak file has none of the asm targets or objects in the 
libraries and (consequently) linking of nlm's fail. (A build of OSSL 
without asm support builds correctly).

In builds of OSSL 0.9.8 the NetWare asm files were built separately (in 
Netware\build.bat) but see no reason why targets similar to that for 
win32 (above) cannot be used (with proper variable substitution) for 
NetWare, thereby standardising the build process... Any assistance for 
resolving the absence of asm targets for NetWare is appreciated.

Regards,
Norm


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


Re: [openssl.org #1948] [PROPOSAL] change ecdsatest,enginetest to fit into 8.3 naming scheme

2009-07-01 Thread NormW

Hi all,
any thoughts on this?
Norm

NormW via RT wrote:

Hi all,
On NetWare CLIB platform Perl has problems with executing tests with
longer names than 8.3 dos style. Since this problem occurs only with
these two tests (ecdsatest, enginetest) can we perhaps rename these to 
fit an 8.3 scheme?


Thanks
Norm

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



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


[openssl.org #1948] [PROPOSAL] change ecdsatest,enginetest to fit into 8.3 naming scheme

2009-06-03 Thread NormW via RT
Hi all,
On NetWare CLIB platform Perl has problems with executing tests with
longer names than 8.3 dos style. Since this problem occurs only with
these two tests (ecdsatest, enginetest) can we perhaps rename these to 
fit an 8.3 scheme?

Thanks
Norm

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