Change request #790

dynlib_plugin should not own a plugin

Added by David Demelier 8 months ago. Updated 8 months ago.

Status:ClosedStart date:04/10/2018
Priority:NormalDue date:
Assignee:David Demelier% Done:

100%

Category:-Estimated time:1.00 h
Target version:3.0.0Spent time:1.00 h
MFD after: Bookmark:@
MFD revision: Platform:
Branch:default

Description

In fact, dynlib_plugin has no reason to live. Since boost::dll::import allows loading a shared_ptr directly it will be easier and cleaner.

Associated revisions

Revision 684:0d560f5dfcc8
Added by David Demelier 8 months ago

Irccd: load directly native plugin instead of wrapping it, closes #790 @1h

The boost::dll::import function support importing variables as
boost::shared_ptr, instead of wrapping all individual function, just load the
plugin from the shared object and return it as a std::shared_ptr.

History

#1 Updated by David Demelier 8 months ago

  • % Done changed from 0 to 100
  • Status changed from New to Resolved

#2 Updated by David Demelier 8 months ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF