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
