On 27/05/2016 08:38, Remko Tronçon wrote:
> I assume you don't like making this a default for 'configure' on Darwin
> systems?
I don't like to detect "systems" as opposed to "features", because that
is error-prone. The right thing wouldn't be "--disable-shared iff the
system is Darwin", it's "--disable-shared iff the dynamic library default
extension is not .so", for instance; and while it's possible to autodetect,
it's not entirely trivial so probably not worth the effort.
> GNU make 3.81.
Oh. Now that I think about it, it's the same issue: my configure scripts
use "vpath lib%.so ...", not "vpath lib%.dylib ...". vpath is the mechanism
that tells GNU make to resolve a "-lfoobar" prerequisite into the appropriate
library; obviously the vpath is wrong here and the resolution won't work.
That's just more ad-hoc work to accommodate MacOSX's whimsy. I have nothing
against breaking conventions, on the contrary, when said conventions are
holding you back and breaking them has technical advantages; but changing
the dynamic library suffix from .so to .dylib has *no* benefits whatsoever,
it's completely gratuitous, and requires more work from software authors to
support that additional idiosyncratic policy.
--
Laurent
Received on Fri May 27 2016 - 07:59:54 UTC