aboutsummaryrefslogtreecommitdiff
path: root/bpkg/export
diff options
context:
space:
mode:
Diffstat (limited to 'bpkg/export')
-rw-r--r--bpkg/export4
1 files changed, 2 insertions, 2 deletions
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.