Chris Bielow
Chris Bielow
the heart of the matter in #6200 is here: https://github.com/OpenMS/OpenMS/issues/6200#issuecomment-1170009912
maybe this helps: this is how Comet implements the same thing internally. So, assuming that Jimmy knows a lot better than we do, just do the same thing :) https://github.com/UWPR/Comet/commit/6e252720950bfacc8738d720c612e52f1c358b91...
collecting issues here: https://github.com/OpenMS/OpenMS/issues/6096
> Any generator that is available for win. Nmake or Ninja for example. For building in VS Code and CLion etc. Not the bloated full VS. Maybe add that information...
How easy this can be fixed depends on what kind of input data is given. If only a single IM is annotated for the whole spec, it would be easy...
Please wait for https://github.com/OpenMS/OpenMS/pull/6139 to be merged. Its almost done and touches many parts of GUI. Not sure how intrusive the transition is, but resolving merge conflicts would certainly not...
To do this I used (adapt as needed) ``` export CC=/usr/bin/clang export CXX=/usr/bin/clang++ cmake -G Ninja -DGIT_TRACKING=Off -DMY_CXX_FLAGS="-ftime-trace" -DENABLE_UPDATE_CHECK=Off -DCMAKE_BUILD_TYPE=Release -DOPENMS_CONTRIB_LIBS="/buffer/ag_bsc/pmsb/contrib_build" -DBOOST_USE_STATIC=OFF -DQt5_DIR=/buffer/ag_bsc/pmsb/qt/5.9.7/gcc_64/lib/cmake/Qt5 ../openms ninja ``` With this, you can...
To put the numbers into perspective: the whole build took 11600 seconds (190min). A whopping 2033 (of 11600) seconds is simply the FrontEnd work of including `IdentificationData.h` (which is mainly...
... and input data ( you can ask us if you are not sure what to use)
> how to reproduce this issue? Simply open ToppView and close it right away? yes. I happened to use debug mode, which should make the INI creation slower and hopefully...