RScherzer
commented
1 year ago Guess it's more a feature request (to have prebuilt lib files available) rather than a bug, sorry. Guess I could build them on my own....
Closed RScherzer closed 1 year ago
RScherzer
commented
1 year ago Guess it's more a feature request (to have prebuilt lib files available) rather than a bug, sorry. Guess I could build them on my own....
RScherzer
commented
1 year ago Compiled it from scratch on my own, works fine now! Horray.
bit7z version
4.0.x RC
Compilation options
BIT7Z_USE_NATIVE_STRING
7-zip version
v22.01
7-zip shared library used
7z.dll / 7z.so
Compilers
MSVC
Compiler versions
No response
Architecture
x86_64
Operating system
Windows
Operating system versions
Windows 11
Bug description
When turning on BIT7Z_USE_NATIVE_STRING I get a LNK2019 unresolved external symbol "public: __cdecl bit7z::Bit7zLibrary::Bit7zLibrary(class std::basic_string<wchar_t,struct std::char_traits,class std::allocator > const &)" .....
for a "bit7z::Bit7zLibrary lib(L"7z.dll");"
using bit7z-v4.0.0-rc-msvc2022_mt_x64 and linking the 64bit (debug/release) lib of that package.
not using a wstring and not specifying BIT7Z_USE_NATIVE_STRING works fine of course....
so....any plans to provide wstring based libs, too?
Steps to reproduce
No response
Expected behavior
No response
Relevant compilation output
No response
Code of Conduct