- 15 Aug, 2022 1 commit
-
-
Philipp Schäfer authored
-
- 09 Aug, 2022 2 commits
-
-
Pascal Palenda authored
-
Pascal Palenda authored
-
- 04 Feb, 2022 1 commit
-
-
Pascal Palenda authored
-
- 07 Jan, 2022 1 commit
-
-
Philipp Schäfer authored
-
- 06 Jan, 2022 1 commit
-
-
Philipp Schäfer authored
-
- 05 Jan, 2022 4 commits
-
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
-
- 04 Jan, 2022 1 commit
-
-
Pascal Palenda authored
-
- 03 Jan, 2022 2 commits
-
-
Pascal Palenda authored
-
Pascal Palenda authored
-
- 16 Dec, 2021 1 commit
-
-
Philipp Schäfer authored
-
- 23 Nov, 2021 1 commit
-
-
Pascal Palenda authored
-
- 11 Nov, 2021 1 commit
-
-
Philipp Schäfer authored
-
- 09 Nov, 2021 1 commit
-
-
Philipp Schäfer authored
-
- 29 Sep, 2021 3 commits
-
-
Pascal Palenda authored
-
Philipp Schäfer authored
-
Philipp Schäfer authored
-
- 28 Sep, 2021 1 commit
-
-
Philipp Schäfer authored
-
- 15 Sep, 2021 3 commits
-
-
Pascal Palenda authored
First, use the CMAKE_RUNTIME_OUTPUT_DIRECTORY variable to get the configuration dependant output folder. However, configure_file does not support generator expressions. Thus switch to file(GENERATE).
-
Pascal Palenda authored
The Visual studio generator is a multi config generator. This means, that form one project, e.g debug and release can be build. This caused issues, as the default behaviour is to append the configuration type to the output directory. Thus, dlls and required files were not copied to the right locations. By adding the generator expression '$<Config>' to the CMAKE_RUNTIME_OUTPUT_DIRECTORY path, the default appending behaviour is supressed and every configuration uses its own output folder. The dlls and required files can then be copied in the correct folder for each configuration.
-
Philipp Schäfer authored
-
- 08 Sep, 2021 1 commit
-
-
Pascal Palenda authored
-
- 07 Sep, 2021 2 commits
-
-
Pascal Palenda authored
-
Pascal Palenda authored
The use of 'using namespace std' caused compile error 'C2872:byte ambiguous symbol'. This is caused as the c++ standard defined byte and an old windows header. When 'using namespace std' is present, the compiler cannot differentiate the two. Under normal compilation this is not a problem, however, pigeon uses QT and it uses std::byte. As it is bad practive anyway, removing the using definition. References: https://stackoverflow.com/questions/60793009/error-using-qt-during-build-c2872-byte-ambiguous-symbol https://studiofreya.com/2018/01/06/visual-studio-2017-with-cpp17-and-boost/#stdbyte-ambiguous-symbol-and-rpcndr.h
-
- 03 Sep, 2021 3 commits
-
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
-
- 02 Sep, 2021 9 commits
-
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
-
Pascal Palenda authored
Use CPM to get dependant libraries. Note, that xerces gets build during configuration.
-
Pascal Palenda authored
Perform the same steps as in ITABase previously: - Use modern targets - Update some functions - Remove VistaCMakeCommon - Improve installing Additionally: - Remove switches that make the build brak if turend off - Improve the search and install for non buildable external packages
-
- 26 Aug, 2021 1 commit
-
-
Philipp Schäfer authored
-