Actually, the "bug" is really documented in the man-page for ld, so

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."
This commit is contained in:
Richard Levitte 2002-07-16 10:20:06 +00:00
parent 80e1495b99
commit 0487cb234c

View File

@ -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.