From 084904e718eeaefc22f094bd6b5ddf497b852128 Mon Sep 17 00:00:00 2001 From: Karen Arutyunov Date: Mon, 19 Jun 2017 18:30:53 +0300 Subject: Move project into intermediate sub-directory --- libprint/export.hxx | 36 ------------------------------------ 1 file changed, 36 deletions(-) delete mode 100644 libprint/export.hxx (limited to 'libprint/export.hxx') diff --git a/libprint/export.hxx b/libprint/export.hxx deleted file mode 100644 index dedfa65..0000000 --- a/libprint/export.hxx +++ /dev/null @@ -1,36 +0,0 @@ -// file: libprint/export.hxx -*- C++ -*- - -#pragma once - -// 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/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 -// the end it's all trial and error. - -#if defined(LIBPRINT_STATIC) // Using static. -# define LIBPRINT_EXPORT -#elif defined(LIBPRINT_STATIC_BUILD) // Building static. -# define LIBPRINT_EXPORT -#elif defined(LIBPRINT_SHARED) // Using shared. -# ifdef _WIN32 -# define LIBPRINT_EXPORT __declspec(dllimport) -# else -# define LIBPRINT_EXPORT -# endif -#elif defined(LIBPRINT_SHARED_BUILD) // Building shared. -# ifdef _WIN32 -# define LIBPRINT_EXPORT __declspec(dllexport) -# else -# define LIBPRINT_EXPORT -# endif -#else -// 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. -// -# define LIBPRINT_EXPORT // Using static or shared. -#endif -- cgit v1.1