From bac0750048650cc2d28b39461ef9d80f439ab94b Mon Sep 17 00:00:00 2001 From: Boris Kolpackov Date: Mon, 22 Aug 2016 16:21:14 +0200 Subject: Minor fixes and cleanups --- butl/buildfile | 6 ++---- butl/export | 4 ++-- 2 files changed, 4 insertions(+), 6 deletions(-) (limited to 'butl') diff --git a/butl/buildfile b/butl/buildfile index d4f3289..867f2c9 100644 --- a/butl/buildfile +++ b/butl/buildfile @@ -36,15 +36,13 @@ lib{butl}: file{sha256c.c} lib{butl}: file{strptime.c timelocal.h timelocal.c} cxx.poptions =+ -I$src_root +obja{*}: cxx.poptions += -DLIBBUTL_STATIC_BUILD +objs{*}: cxx.poptions += -DLIBBUTL_SHARED_BUILD lib{butl}: cxx.export.poptions = -I$src_root - liba{butl}: cxx.export.poptions += -DLIBBUTL_STATIC libs{butl}: cxx.export.poptions += -DLIBBUTL_SHARED -obja{*}: cxx.poptions += -DLIBBUTL_STATIC_BUILD -objs{*}: cxx.poptions += -DLIBBUTL_SHARED_BUILD - # Install into the butl/ subdirectory of, say, /usr/include/. # install.include = $install.include/butl 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. -- cgit v1.1