diff options
| author | Karen Arutyunov <karen@codesynthesis.com> | 2016-07-26 22:36:33 +0300 |
|---|---|---|
| committer | Karen Arutyunov <karen@codesynthesis.com> | 2016-07-28 19:44:42 +0300 |
| commit | 6597c9b777b608a96974b4a7a8c15234b05ffdd8 (patch) | |
| tree | 59f588c71ffdf7069e5c765a8ddf5f93610e7e4f /butl/export | |
| parent | 2ddc00326a9d6b647e7213212d0241a60be68256 (diff) | |
Cleanup DLL export/import
Diffstat (limited to 'butl/export')
| -rw-r--r-- | butl/export | 8 |
1 files changed, 6 insertions, 2 deletions
diff --git a/butl/export b/butl/export index 2b5a5ac..bd7f188 100644 --- a/butl/export +++ b/butl/export @@ -6,8 +6,12 @@ #define BUTL_EXPORT // Normally we don't export class templates (but do complete specializations), -// inline functions, and classes without any member functions. But in the end -// it's all trial and error to figure out what VC needs exported. +// inline functions, and classes with only inline member functions. Exporting +// classes that inherit from non-exported/import bases (e.g., std::string) +// will end up badly. The only known workarounds are to not inherit or to not +// export. Also, MinGW GCC doesn't like seeing non-exported function being +// used before their inline definition. The workaround is to reorder code. In +// the end it's all trial and error. #if defined(LIBBUTL_STATIC) // Using static. # define LIBBUTL_EXPORT |