[openssl-commits] [web] master update
Matt Caswell
matt at openssl.org
Tue Jun 13 11:49:54 UTC 2017
The branch master has been updated
via 54979217c921da66f910603e2d5de3ef706b389f (commit)
from dfe3a3d0e2a989531cc8c83d82967d195b9d62cf (commit)
- Log -----------------------------------------------------------------
commit 54979217c921da66f910603e2d5de3ef706b389f
Author: Matt Caswell <matt at openssl.org>
Date: Tue Jun 13 11:53:24 2017 +0100
Remove FAQ about compilation on Alpha Tru64
This FAQ entry is about a compiler bug work around. It was last updated
17 years ago and is highly unlikely to be relevant today.
Reviewed-by: Tim Hudson <tjh at openssl.org>
(Merged from https://github.com/openssl/openssl/pull/15)
-----------------------------------------------------------------------
Summary of changes:
docs/faq-4-build.txt | 39 ---------------------------------------
1 file changed, 39 deletions(-)
diff --git a/docs/faq-4-build.txt b/docs/faq-4-build.txt
index bb39699..b02cb1f 100644
--- a/docs/faq-4-build.txt
+++ b/docs/faq-4-build.txt
@@ -30,45 +30,6 @@ option "no-asm", as described in INSTALL:
If none of these helps, you may want to try using the current snapshot.
If the problem persists, please submit a bug report.
-* Why does the OpenSSL compilation fail on Alpha Tru64 Unix?
-
-On some Alpha installations running Tru64 Unix and Compaq C, the compilation
-of crypto/sha/sha_dgst.c fails with the message 'Fatal: Insufficient virtual
-memory to continue compilation.' As far as the tests have shown, this may be
-a compiler bug. What happens is that it eats up a lot of resident memory
-to build something, probably a table. The problem is clearly in the
-optimization code, because if one eliminates optimization completely (-O0),
-the compilation goes through (and the compiler consumes about 2MB of resident
-memory instead of 240MB or whatever one's limit is currently).
-
-There are three options to solve this problem:
-
-1. set your current data segment size soft limit higher. Experience shows
-that about 241000 kbytes seems to be enough on an AlphaServer DS10. You do
-this with the command 'ulimit -Sd nnnnnn', where 'nnnnnn' is the number of
-kbytes to set the limit to.
-
-2. If you have a hard limit that is lower than what you need and you can't
-get it changed, you can compile all of OpenSSL with -O0 as optimization
-level. This is however not a very nice thing to do for those who expect to
-get the best result from OpenSSL. A bit more complicated solution is the
-following:
-
-<PRE>
- make DIRS=crypto SDIRS=sha "`grep '^CFLAG=' Makefile.ssl | \
- sed -e 's/ -O[0-9] / -O0 /'`"
- rm `ls crypto/*.o crypto/sha/*.o | grep -v 'sha_dgst\.o'`
- make
-</PRE>
-
-This will only compile sha_dgst.c with -O0, the rest with the optimization
-level chosen by the configuration process. When the above is done, do the
-test and installation and you're set.
-
-3. Reconfigure the toolkit with no-sha0 option to leave out SHA0. It
-should not be used and is not used in SSL/TLS nor any other recognized
-protocol in either case.
-
* Why does the OpenSSL compilation fail with "ar: command not found"?
Getting this message is quite usual on Solaris 2, because Sun has hidden
More information about the openssl-commits
mailing list