Alexander Neumann
Alexander Neumann
I think you should add a `widgets` feature to `qt5-base` to control the remaining downstream ports. If you want to then control the tools in `qt5-tools` do that in a...
> I just have to avoid an installation order problem. Some port have only transitive dependencies on qt5-base now. In the future, they would need a direct dependency on the...
> Waiting for signal from @Neumann-A. I still don't get why you would want to separate qt5-base gui from qt5-tools gui. I mean for qml/quick stuff that makes sense because...
> Controlling features in qt5-tools by presence of features in qt5-base. @Adela0814 That is something you guys have to decide if you want ALL the features. I don't see a...
Currently running with `RTK_USE_CUDA=OFF` and found that the unresolved symbols also exists there. Fixed them by this patch: [unresolved.patch.txt](https://github.com/SimonRit/RTK/files/4609235/unresolved.patch.txt) with `RTK_USE_CUDA=OFF` there is only one already defined symbol error: ```...
Got `RTK_USE_CUDA=OFF` to compile using this patch: [already_defined.patch.txt](https://github.com/SimonRit/RTK/files/4611563/already_defined.patch.txt) `RTK_USE_CUDA=ON` is still a mystery but only the `already defined in` errors from the first comment remain if build within ITK. ~~From...
> Did your test finish? waiting for other PRs to be merged.
#26370 #26337
The problem is: https://github.com/ToruNiina/toml11/blob/fda0a2b9abd16e356f777c40a675131821c71b00/cmake/toml11Config.cmake.in#L2 It should just state `include("${CMAKE_CURRENT_LIST_DIR}/toml11Targets.cmake")` since targets and configs should reside in the same directory.
> This should be feature-comparable with the cmake build (it even generates *-config.cmake files for installation, if cmake is installed to acquire the template). It supports all the major OSes,...