Actually, the "bug" is really documented in the man-page for ld, so
authorRichard Levitte <levitte@openssl.org>
Tue, 16 Jul 2002 10:20:06 +0000 (10:20 +0000)
committerRichard Levitte <levitte@openssl.org>
Tue, 16 Jul 2002 10:20:06 +0000 (10:20 +0000)
it's really a misfeature according to the jargon file (4.0.0)
definition:

":misfeature: /mis-fee'chr/ or /mis'fee`chr/ /n./  A feature
   that eventually causes lossage, possibly because it is not adequate
   for a new situation that has evolved.  Since it results from a
   deliberate and properly implemented feature, a misfeature is not a
   bug."

PROBLEMS

index b1981d8bd69b7f5ef7225fe7d9d0c92d387b0467..99a0779f9606ce2b100e1607e67b38f6c6da2e28 100644 (file)
--- a/PROBLEMS
+++ b/PROBLEMS
@@ -1,8 +1,8 @@
 * System libcrypto.dylib and libssl.dylib are used by system ld on MacOS X.
 [NOTE: This is currently undergoing tests, and may be removed soon]
 
-This is really a bug in ld, which seems to look for .dylib libraries along
-the whole library path before it bothers looking for .a libraries.  This
+This is really a misfeature in ld, which seems to look for .dylib libraries
+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.