diff options
| author | Boris Kolpackov <boris@codesynthesis.com> | 2016-08-22 16:21:14 +0200 |
|---|---|---|
| committer | Boris Kolpackov <boris@codesynthesis.com> | 2016-08-22 16:21:14 +0200 |
| commit | bac0750048650cc2d28b39461ef9d80f439ab94b (patch) | |
| tree | 09bf5dac81b899c76fd858815d8edca1d41437de /butl/export | |
| parent | 4d79758a845d3cd64f0153d60abb88d3ae4c2a68 (diff) | |
Minor fixes and cleanups
Diffstat (limited to 'butl/export')
| -rw-r--r-- | butl/export | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/butl/export b/butl/export index bd7f188..d2df06b 100644 --- a/butl/export +++ b/butl/export @@ -7,7 +7,7 @@ // Normally we don't export class templates (but do complete specializations), // inline functions, and classes with only inline member functions. Exporting -// classes that inherit from non-exported/import bases (e.g., std::string) +// classes that inherit from non-exported/imported 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 @@ -30,7 +30,7 @@ # define LIBBUTL_EXPORT # endif #else -// If none of the above macros are defined, then we assume we are being using +// If none of the above macros are defined, then we assume we are being used // by some third-party build system that cannot/doesn't signal the library // type. Note that this fallback works for both static and shared but in case // of shared will be sub-optimal compared to having dllimport. |