: Stick entirely to const char* assuming UTF-8 string encoding across boundaries. Avoid using wchar_t because its structural size varies drastically between platforms (2 bytes on Windows vs. 4 bytes on Linux).
If you’re maintaining a C++ library that targets Windows alongside Linux or macOS, now is the time to integrate xplatcppwindowsdll v3.0.0 . Your future self—and your users—will thank you for the faster loads, smaller binaries, and saner build scripts.
Which (C++, C#, Python) will consume this DLL? xplatcppwindowsdll updated
// New bool initEngine(Config& config);
extern "C" XPLAT_API int InitializeEngine(const char* config_path); XPLAT_API void ProcessData(uint8_t* buffer, size_t len); : Stick entirely to const char* assuming UTF-8
Before diving into the update, let’s establish a baseline. xplatcppwindowsdll stands for . It is a specialized shared library that allows C++ code originally written for POSIX systems (Linux, macOS) to be compiled into a .dll file for Windows without a complete rewrite.
// New in xplatcppwindowsdll v4.2 #define XPLAT_API __declspec(dllexport) If you’re maintaining a C++ library that targets
rm -rf build/ cmake -B build -G "Visual Studio 17 2022" -A x64 cmake --build build --config Release
// vcpkg.json "dependencies": [ "xplatcppwindowsdll", // version >=3.0.0 ]
Compiles code into a .dll for Windows and a .so or .dylib for Unix-like systems.