From 0b62d2f4c9d741391d8034b2067878441bdb13f6 Mon Sep 17 00:00:00 2001 From: Andy Polyakov Date: Mon, 6 Jun 2005 08:38:03 +0000 Subject: [PATCH] Don't mention Makefile.ssl and don't mention Solaris x86 ld bug, as it's not relevant in 0.9.7 context. --- PROBLEMS | 10 ++-------- 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/PROBLEMS b/PROBLEMS index a4c6e338ce..6f39eb345d 100644 --- a/PROBLEMS +++ b/PROBLEMS @@ -12,8 +12,8 @@ along the whole library path before it bothers looking for .a libraries. This means that -L switches won't matter unless OpenSSL is built with shared library support. -The workaround may be to change the following lines in apps/Makefile.ssl and -test/Makefile.ssl: +The workaround may be to change the following lines in apps/Makefile and +test/Makefile: LIBCRYPTO=-L.. -lcrypto LIBSSL=-L.. -lssl @@ -71,12 +71,6 @@ The solution is simple for now: don't run parallell make when testing. The recomendation is to upgrade your compiler. This naturally applies to other similar cases. -- There is a subtle Solaris x86-specific gcc run-time environment bug, which - "falls between" OpenSSL [0.9.8 and later], Solaris ld and GCC. The bug - manifests itself as Segmentation Fault upon early application start-up. - The problem can be worked around by patching the environment according to - http://www.openssl.org/~appro/values.c. - * solaris64-sparcv9-cc SHA-1 performance with WorkShop 6 compiler. As subject suggests SHA-1 might perform poorly (4 times slower) -- 2.25.1