Lucian Petrut 5c008725db cmake,win32*.sh: Windows DLL support ... At the moment, the Windows binaries can only be linked statically. This is less than ideal since: * the resulting binaries can be quite large, especially when including debug symbols * librados and librbd cannot be used directly by 3rd party apps * the build duration is increased In order to do a dynamic build, we'll: * add an option to win32_build.sh * fix link order * dynamically link boost * disable the "-pie" flag when using Mingw, which generates incorrect executable entry points * by default, cmake generates import libs for executables. The issue is that for rados.exe, it generates librados.dll.a, thus overriding the librados.dll import library, which breaks the build process. We'll configure cmake to skip generating import libs for executables. Signed-off-by: Lucian Petrut <lpetrut@cloudbasesolutions.com>		2021-01-26 08:41:51 +00:00
..
AioCompletionImpl.h
CMakeLists.txt	cmake,win32*.sh: Windows DLL support	2021-01-26 08:41:51 +00:00
IoCtxImpl.cc
IoCtxImpl.h
librados_asio.h
librados_c.cc	librados: avoid symbol versioning on Windows	2021-01-06 12:14:14 +00:00
librados_c.h
librados_cxx.cc	Merge pull request #37134 from myoungwon/wip-tier-evict	2020-10-05 23:06:21 -07:00
librados_tp.cc
librados_util.cc
librados_util.h
librados.map	librados: workaround for boost::asio use of static member variables	2020-11-16 18:16:11 -05:00
ListObjectImpl.h
PoolAsyncCompletionImpl.h
RadosClient.cc	librados: move definition of cct_deleter to .cc	2020-12-06 16:36:11 +08:00
RadosClient.h	librados: move definition of cct_deleter to .cc	2020-12-06 16:36:11 +08:00
RadosXattrIter.cc
RadosXattrIter.h
snap_set_diff.cc
snap_set_diff.h