From 8bdf75596de37b0e6d9e33fff27f2431af1175da Mon Sep 17 00:00:00 2001 From: Boris Kolpackov Date: Mon, 22 Aug 2016 16:21:14 +0200 Subject: Minor fixes and cleanups --- bpkg/export | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'bpkg/export') diff --git a/bpkg/export b/bpkg/export index 7bbb994..63dd09c 100644 --- a/bpkg/export +++ b/bpkg/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 LIBBPKG_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. -- cgit v1.1