not listed in SHARED_LIBS, it will be created with no version suffix.
It was a regression caused by my "build shared libraries without
soname" work, sorry.
Fixed FindRuby.cmake module (from Vadim Zhukov)
Fixed FindJava.cmake and FindJNI.cmake modules when cmake is used
outside of our ports tree (problem reported and fix tested by
pirofti@)
Still "100% tests passed, 0 tests failed out of 197".
No fallout in a bulk build.
OK jasper@
environment variable, but we want to do it for shared libraries
only. Otherwise a static library gets created as
libfoo.a.${LIBfoo_VERSION}, which is wrong.
Bug reported and patch tested by Alexandr Shadchin <alexandr DOT
shadchin AT gmail DOT com>: thanks!
While here, reword/clarify some comments to better explain what my
patches do.
appears to work fine w/ kde4.
cmake will still generate a libfoo.so (which is useful as a placeholder to
know the lib has been built, since other directories don't have access to
the version number), but it obeys OpenBSD conventions for the actual library
now.
ld does the right thing, namely it ignores the libfoo.so and links against
libfoo.so.5.0 properly.
Also take environment into account to allow the ports tree to override
version numbers.
Todo: logfile of built libraries.
