You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I bumped all versions and ran the build without results because of the missing boost library. After I built the exact version from the instructions and after a successful build, I noticed the difference between these two versions. In a late version, the CONFIG option was added to the find_package command. After patching all CMakeLists.txt that contains this command and proper renaming of Boost flags, I successfully built the .sln file with this cmake command.
I'm not a pro in C++ and especially SWIG-builds, so I don't know why I have such behavior. I don't understand why ForwardSDMolSupplier.cpp on this stage (or another header of the cpp file) generates breaking #endif construction, but I think it could affect Java wrapper as well.
Also, it reproduces in Ubuntu (WSL).
Configuration:
RDKit version: 2024.09.2
Swig 4.2.1
OS: Windows/ Ubuntu (WSL)
Python version (if relevant): 3.12
Are you using conda? no
The text was updated successfully, but these errors were encountered:
RDKit.DotNetWrap package didn't receive updates for a few years and probably won't. So, I attempt to reproduce build instructions from here in my fork.
I bumped all versions and ran the build without results because of the missing boost library. After I built the exact version from the instructions and after a successful build, I noticed the difference between these two versions. In a late version, the CONFIG option was added to the find_package command. After patching all CMakeLists.txt that contains this command and proper renaming of Boost flags, I successfully built the .sln file with this cmake command.
But on the sln file build stage, I got another error.
Error
As described in traceback SWIG interface MolSupplier.i has two #endif lines.
I'm not a pro in C++ and especially SWIG-builds, so I don't know why I have such behavior. I don't understand why ForwardSDMolSupplier.cpp on this stage (or another header of the cpp file) generates breaking #endif construction, but I think it could affect Java wrapper as well.
Also, it reproduces in Ubuntu (WSL).
Configuration:
The text was updated successfully, but these errors were encountered: