Original issue: https://github.com/midipix-project/slibtool/issues/6 Opened by: https://github.com/doughdemon
doughdemon commented on Oct 8, 2016
It would suffice for me to make it a nop that takes one argument. (The libtool manual says that it is a nop in many situations.) fontforge uses that flag. It creates a plugin gb12345.so, and later links something with -dlopen gb12345.la. This currently causes slibtool to pass -l2345 to the linker... I've tried adding the flag to slbt_default_options but that does not seem to suffice. (*.la files get removed from the command line before the flags are parsed?)
It would suffice for me to make it a nop that takes one argument. (The libtool manual says that it is a nop in many situations.)
fontforge uses that flag. It creates a plugin gb12345.so, and later links something with -dlopen gb12345.la. This currently causes slibtool to pass -l2345 to the linker...
gb12345.so
-dlopen gb12345.la
-l2345
I've tried adding the flag to slbt_default_options but that does not seem to suffice. (*.la files get removed from the command line before the flags are parsed?)
slbt_default_options
midipix commented on Oct 8, 2016
thanks for reporting the fontforge dependency; -dlopen support (driver-only at the moment) added in commit 05ca7ea.
Thanks!
doughdemon closed this on Oct 8, 2016
Metadata Update from @orbea: - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.