[PATCH] src/meson: add module name_suffix as 'so'

Scott Shambarger scott-libvirt at shambarger.net
Sun Aug 23 00:03:45 UTC 2020


On 2020-08-22 15:45, Neal Gompa wrote:
> 
> Shouldn't it be fixed the other way? That is, it should know about
> DLL, SO, or DYLIB extensions depending on the platform...
> 

Well, there's a myriad of discussions regarding this on projects from 
glib
to hexchat (and I read quite a few of them :)... basically, libtool has 
used .so for modules ("bundles" on MacOS) for 14 years, as does MacPorts 
and Homebrew -- it might just be easier to follow the crowd...

> Also, libvirtd would probably work on Cygwin or Midipix, which would
> use DLL files...
> 

There's more complexity there... since windows doesn't add the "lib" 
prefix, driver.c would need to handle that edge-case as well...

libvirtd has historically used ".so" on MacOS (via libtool).  Any 
"externally" installed drivers would break if that changed (are there 
any?).

I'd be game to work on a patch that uses the whatever meson does, but I 
don't think it currently has a specific config for the suffix used for 
loadable modules (which, on MacOS should really be ".bundle", but is 
currently ".dylib" - just to be even more confused :).

Thoughts?
Scott




More information about the libvir-list mailing list