-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add development container #1267
base: develop
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it possible to separate the apt from docker and spack?
only spack or only docker works
dev_tools/container/Dockerfile
Outdated
|
||
RUN (echo "deb http://apt.llvm.org/jammy/ llvm-toolchain-jammy-15 main" > /etc/apt/sources.list.d/llvm15.list) && \ | ||
(curl https://apt.llvm.org/llvm-snapshot.gpg.key > /etc/apt/trusted.gpg.d/apt.llvm.org.asc) && apt-get update && \ | ||
apt-get install -y --no-install-recommends clang-15 clang-tools-15 clang-15-doc clangd-15 clang-tidy-15 clang-format-15 \ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should it use format 14 because we use clang-format-14 as our standard in repo
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we could install just clang-format-14 and use 15 for the rest, I would like to profit from the latest clang features
dev_tools/container/packages.yaml
Outdated
@@ -0,0 +1,63 @@ | |||
packages: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the packages listed here are installed from the apt, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, they are not detectable by spack (yet), so I need to specify their location manually
- remove SYCL-specific headers from general builds - disable failing tests for rocFFT - disable DPC++ distributed tests
We cannot include nvcc in the spack environment because we need to avoid collisions in the `thrust` include dir. But we can make CMake find the CUDA toolkit that way.
lsum += Kokkos::Experimental::abs( | ||
(v_u(i) - correct_u(xi)) / | ||
Kokkos::Experimental::abs(correct_u(xi))); | ||
lsum += Kokkos::abs((v_u(i) - correct_u(xi)) / | ||
Kokkos::abs(correct_u(xi))); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should then require Kokkos >= 3.7
can you change the target branch to |
This adds a dockerfile that can be used to build all of Ginkgo, including a few development tools. My long-term goal is to keep an updated version of this container with up-to-date prebuilt Ginkgo around and update it with every
develop
merge to allow people to quickly start working on a new branch without having to rebuild everything every time.See https://hub.docker.com/repositories/ginkgodev with
unified
andbase
containers containing the full image or just the APT packages