I was apple to compile MolSketch under macOS (Apple SIlicon M2) but only with the -DMSK_OBABELIFACE=false option.
If I try tu implement the OBABELIFACE, I systematically encounter errors in cmake (cf joined file).
I do have OpenBabel 3.1 installed with Homebrew.
Any help ?
Hi Xavier!
Thank you for reporting.
Looking at the very first error message:
it complains about the
QStringListtype here not being compatible with C.Now I recently replaced this with a
std::vector<std::string>(not entirely sure if that would meet this compiler's standards either), so I assume you are building from a slightly outdated version.Could you please try to use a more recent version of the source files and let me know what the result is? (And also: which version were you using?)
Hope this helps and best of luck!
Hi Hendrik
I’ve compiled 0.8.1 Fluorine-13
Could it be an issue with Apple Clang version ?
Maybe I could have a check if I find a way to compile with gcc-14 ?
Thank you for your help and your support
Xavier
Related
Bugs: #45
Ah, sorry, my mistake -- the change was not officially released (yes, sorry, really have to get around to releasing it).
Could you please try the latest version directly from the
mainbranch: https://github.com/hvennekate/Molsketch ?Hi Hendrik
I’ve tried the main branch but still experienced some errors (cf file).
I will dig a bit and see if I can use the gcc-14 compiler instead of the Apple Clang one.
Best
Xavier

Related
Bugs: #45
I tried compiling the « Main » with gcc-14 but still got errors upon compilation.
Related
Bugs: #45
The "Main" does not compile anymore with or without OBABELIFACE.
Hold on, which "main"? The "main.cpp"? Do you have some output? Normally, there are the modules molsketch, libmolsketch, mskcore lib, obabeliface (that should be about it...)
Hi Hendrik
By « main » I intended to mean the last version in your GitHub entitled « Molsketch-main »
Please find both outputs attached, one when compiling with OBABELIFACE and the second one without OBABELIFACE

Xavier
Related
Bugs: #45
Ok, thank you -- ah, the "main" branch of the git repo ;)
So, for the project with OpenBabel, it fails because of the issue you had earlier that Clang is somehow not happy with the C linkage (well, a fair complaint, but it would probably take me some time to fix that and include Clang in my build pipeline as another compiler to test). Did you manage to switch to gcc/g++ instead for that build?
For the build without OpenBabel, the interesting lines for me are:
There are several libraries involved here: it starts with building the mskcore library, which is a really small lib, mainly for transferring data to the OpenBabel interface (and is still used, even if you do not actually use OpenBabel).
The libmolsketch is built, which is the main library (and finally, molsketch itself, the executable would be built, but we are failing earlier here). It seems that in the final build step, linking the library, it cannot find the core library. My guess is that I did not properly account for some specifics of the Apple build system (sorry, don't have access to a Mac).
So my question to you: can you check where
libmskcore.dylibended up? Probably we need to change the search path, so that the linker can find it.To answer your questions
gcc/g++-14 doesn’t work either. There is some incompatibility with QT6, as it asks me for QT5…
About libmskcore.dylib, it seems to be in a folder named « libmskcore » into the « build » directory.
Sorry, the Apple system seems very tricky, especially now with the switch to the new ARM/Silicon architecture and my computing/coding knowledge is limited.
BEst
Xavier
Related
Bugs: #45
Hi Xavier, sorry to have dropped the ball a bit on this -- could you please check with the latest version 0.8.4?