Very old release, unsupported platform, closing the ticket.
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager
On Sat, Jan 05, 2008, Guenter Knauf wrote:
>
> > Creating the things in the batch file seems a bit of a hack and they could
> > be handled in the makefile in the same way as the Unix build.
>
> > The Configure script also works out things like CFLAGS for the relevant
> > options. The WIN32 build
Hi Steve,
> Applied.
thanks again!
> There are a couple of new ones which I'd initially omitted from the
> Windows build: -DSHA256_ASM and -DSHA512_ASM.
ok - then I need these also in netware.pl - see patch below and attached:
--- netware.pl.orig Fri Jan 04 13:05:02 2008
+++ netware.pl Fri J
On Fri, Jan 04, 2008, Guenter Knauf wrote:
>
> > I've now updated the WIN32 build system to use AES and some of the other
> > assembly language files for SHA2 as well. You might want to do something
> > similar for the netware build.
> yes, sure!
> I've added the two new ones sha256 and sha512 t
Hi Steve,
>> > Patches applied.
thanks again - just tested with latest 0.9.9-dev snapshot, and all builds to
completion!
That's very great!!
> Copying is now down with the perl script copy.pl to avoid some problems
> with using copy.
ok, not yet checked the install target, but will soon do
On Fri, Jan 04, 2008, Guenter Knauf wrote:
> Hi Steve,
>
> > Patches applied.
> thanks very much!
>
> > I didn't include the change to mk1mf.pl that changed the install
> > command for the include files though. The *.[ch] version is needed in
> > WIN32 to include applink.c
> hmmm, since I compi
Hi Steve,
> Patches applied.
thanks very much!
> I didn't include the change to mk1mf.pl that changed the install
> command for the include files though. The *.[ch] version is needed in
> WIN32 to include applink.c
hmmm, since I compile on Win32 too I wonder how this actually works; cmd.exe at
> [EMAIL PROTECTED] - Fri Dec 21 12:58:22 2007]:
>
> Please review!
>
Patches applied. I didn't include the change to mk1mf.pl that changed
the install
command for the include files though. The *.[ch] version is needed in
WIN32 to
include applink.c
Let me know if that's a problem, or any other
Hi,
would be great if someone could take a look at my patches for both 0.9.8.next
and 0.9.9-dev which I posted to RT #1611 before they're out of sync again...
95% is anyway only netware-build related, only few common files are touched.
thanks!
Guenter.
_
No, this particular instruction is not a problem, as it's essentially
different ways to encode same thing (for reference, gnu assembler also
uses shorter encoding). But it's right track, because it appears that
metrowerks gets into trouble when the value exceeds 127. It fails to
recognize that in
Hi Andy,
> No, this particular instruction is not a problem, as it's essentially
> different ways to encode same thing (for reference, gnu assembler also
> uses shorter encoding). But it's right track, because it appears that
> metrowerks gets into trouble when the value exceeds 127. It fails to
>
Hi,
> while trying to add the AES asm support I found that currently in HEAD the
> AES asm part is missing in mk1mf.pl - my patch does also add this part
> which I copied over from 0.9.8-stable where its included;
> however it seems that I'm missing something since it doesnt work:
> while I get the
Hi Andy,
> How come you were having trouble with .text segment alignment then? I
I dont know...
> mean if it's vanilla NASM COFF, then you shouldn't have had problem...
> How old is your nasm version? Could you check this and maybe test more
> up-to-date version? Or is it non-vanilla COFF?
plain va
Is it possible to link object modules compiled with nasm with object
modules compiled with codewarrior? It might appear as silly question,
but I know nothing about netware, while it sounds like some of netware
development environments are cross-compile...
yes. There are a couple of different ways
Hi Andy,
> Is it possible to link object modules compiled with nasm with object
> modules compiled with codewarrior? It might appear as silly question,
> but I know nothing about netware, while it sounds like some of netware
> development environments are cross-compile...
yes. There are a couple of
It's not about amount, but rather about not willing to support something
that is commonly tested.
I naturally meant "not willing to support something that is *not*
commonly tested." A.
__
OpenSSL Project
On related note question is what prevents you from always using nasm? Or
rather do we actually need to support for metrowerks assembler?
Basically if there is one working configuration for netware, what do we
need second one for?
well, that wasnt my idea, but it was 'historically'. I guess The
No
Output seems to be 16-bit .. Please
regenerate disassembler listings.
done; and I believe the issue shows already up in the first lines at 0014:
Metrowerks:
http://www.gknw.net/test/openssl/0.9.8-stable/mwasm/rm-nw.dis
NASM:
http://www.gknw.net/test/openssl/0.9.8-stable/nasm/rm-nw.dis
the a
Hi Andy,
> I assume ABEND.LOG is answer to this question...
yup.
> But you still have to confirm that the fault is actually triggered by
> metrowerks assembler module.
see my other post I just sent.
> On related note question is what prevents you from always using nasm? Or
> rather do we actually
Hi Andy,
> Could you define "crashes"? Does application exit with an error code or
> does application abnormally terminate so that OS offers to or does
> create a core dump (or whatever it's called in NetWare)?
core dump.
> Does it mean that the C code in these two cases is compiled with same
> co
>> I've still another problem with CodeWarrior Assembler in the ripemd asm code;
>> with the tests it crashes while executing the command:
>> openssl2 verify -CAfile \openssl\test_out\cert.tmp
>> /openssl/certs/RegTP-5R.pem
>
> Could you define "crashes"? Does application exit with an error code
> I've still another problem with CodeWarrior Assembler in the ripemd asm code;
> with the tests it crashes while executing the command:
> openssl2 verify -CAfile \openssl\test_out\cert.tmp /openssl/certs/RegTP-5R.pem
Could you define "crashes"? Does application exit with an error code or
does app
Hi all,
>> but when using the CodeWarrior assembler then there's still one file
>> broken:
>> mwasmnlm -maxerrors 20 -o crypto/rc4/asm/r4-nw.o crypto/rc4/asm/r4-nw.asm
>> ### mwasmnlm Assembler:
>> #File: crypto\rc4\asm\r4-nw.asm
>> # -
>> # 112: lea esi,BY
Hi,
due to the changes from SNAP-20071122 to SNAP-20071126 I get now compiled:
mwasmnlm -maxerrors 20 -o crypto/md5/asm/m5-nw.o crypto/md5/asm/m5-nw.asm
mwasmnlm -maxerrors 20 -o crypto/sha/asm/s1-nw.o crypto/sha/asm/s1-nw.asm
mwasmnlm -maxerrors 20 -o crypto/ripemd/asm/rm-nw.o crypto/ripemd/asm/r
Hi,
> Comment out the align directive. All that's doing is making sure the code
> is aligned with the machine cache boundaries for performance.
> Unfortunately the COFF object format used on Netware doesn't support that
> or at least that's what the assembler says.
> It should still run fine withou
Hi all,
> but when using the CodeWarrior assembler then there's still one file
> broken:
> mwasmnlm -maxerrors 20 -o crypto/rc4/asm/r4-nw.o crypto/rc4/asm/r4-nw.asm
> ### mwasmnlm Assembler:
> #File: crypto\rc4\asm\r4-nw.asm
> # -
> # 112: lea esi,BYTE PTR
Hi Peter,
> Comment out the align directive. All that's doing is making sure the code
> is aligned with the machine cache boundaries for performance.
> Unfortunately the COFF object format used on Netware doesn't support that
> or at least that's what the assembler says.
> It should still run fine
Hi,
> eflash> > See http://www.openssl.org/support/rt.html
> eflash> did that about 2 hours ago, but it doesnt show up yet on the
> tracker overview.
> The moderator needs to wake up ;-). Ahh yes - I assumed a machine behind,
> hehe...
> eflash> > It would be great if you could include a patch f
In message <[EMAIL PROTECTED]> on Thu, 22 Nov 2007 21:31:44 +0100, Guenter
Knauf <[EMAIL PROTECTED]> said:
eflash> Hi Steve,
eflash> > Can you please send this to the request tracker so it doesn't get
mislaid?
eflash>
eflash> > See http://www.openssl.org/support/rt.html
eflash> did that about 2
Hi Steve,
> Can you please send this to the request tracker so it doesn't get mislaid?
> See http://www.openssl.org/support/rt.html
did that about 2 hours ago, but it doesnt show up yet on the tracker overview.
> It would be great if you could include a patch for 0.9.9-dev too.
Do I assume right
On Thu, Nov 22, 2007, Guenter Knauf wrote:
> Hi all,
> I develop since years for the NetWare platform.
> In the past I did just send my patches to the Novell developers who
> maintained the NetWare OpenSSL port, but they are no longer with Novell,
> and it seems that at Novell nobody cares now abo
Hi all,
I develop since years for the NetWare platform.
In the past I did just send my patches to the Novell developers who
maintained the NetWare OpenSSL port, but they are no longer with Novell,
and it seems that at Novell nobody cares now about the port.
Therefore I subscribed here, and want to
32 matches
Mail list logo