Project

General

Profile

Change request #790

dynlib_plugin should not own a plugin

Added by David Demelier about 1 year ago. Updated about 1 year ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
Start date:
04/10/2018
Due date:
% Done:

100%

Estimated time:
1.00 h
Spent time:
MFD after:
MFD revision:
Branch:
default
Bookmark:
@
Platform:

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 (diff)
Added by David Demelier about 1 year 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 about 1 year ago

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

Updated by David Demelier about 1 year ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF