> > > 3. Remove ${x86_elf_asm} from sco5-gcc line.
Feels like a wrap-up point for me... I've verified
solaris[64]-sparcv9-[g]cc, solaris-x86-gcc, irix[64]-mips3-cc,
linux-alpha-[gc]cc, linux-x86_64 and linux-ia64(*) targets. Well, not to
mention linux-pentium and FreeBSD-elf...
As for DES assembler "PIC-ification." There were issues with all Win32
assemblers [masm, nasm, cygwin] which were resolved in cooperation with
Nathan Kidd [of Hummingbird] *before* beta6 was out so that the
transition is believed to be complete.
STATUS mentions "Windows 2000 (Cygwin) ERROR (PR: 404)." Should I try to
reproduce it? Well, to me it actually sounds more like environmental
problem (there're these hard-to-figure-out-for-a-unix-person binmode and
textmode mount options in cygwin) and I'd simply resolve it as "not
really an OpenSSL problem."
STATUS mentions "SCO OpenServer, Unixware? ERROR." As was mentioned
earlier, sco5-gcc is actually the only one that fails which is now
"resolved" by stripping the assembler support.
BN_kronecker from RT#410 is my only worry... I failed to reproduce the
problem on irix-mips3-cc with no-asm which is architecturally similar to
hpux-parisc2-cc being discussed in this ticket. At least former
[irix-mips3-cc that is] turned to exhibit originally reported failure in
BN_sqr and posted patch was developed and checked on it.
Cheers. A.
(*) Well, dsatest fails on *me*, but I have reasons to believe it's
caused by a[nother] bug in gcc which comes with this HP NUE emulator
thing I'm using. That's because a late pre-beta6 snapshot was reported
to pass the test suite on a real IA64 Suse distro.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
