This project is mirrored from https://gitlab.cern.ch/VecGeom/VecGeom.
Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer or owner.
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer or owner.
- 05 Jul, 2021 4 commits
-
-
Add a regular expression to .clang-format that protects doxygen syntax. The previously existing regex seems to be a relic from include what you use, but no such comments are left in the project.
-
In order to allow for multiple build configurations (e.g. debug and release), git now ignores all build*/ directories.
-
-
-
- 01 Jul, 2021 1 commit
-
-
Martin Kostelnik authored
-
- 29 Jun, 2021 2 commits
-
-
Martin Kostelnik authored
-
Martin Kostelnik authored
-
- 16 Jun, 2021 2 commits
-
-
Guilherme Lima authored
The same condition was returning different results in CPU vs. GPU. As a result, a CMS polycone was getting an extra 0-length ZSection on the GPU, which was later causing discrepancies in the CPU vs. GPU tracking. Adding a tolerance parameter to the FP comparison fixed the divergence.
-
Guilherme Lima authored
-
- 08 Jun, 2021 1 commit
-
-
Also add a check that paths configured for doxygen exist.
-
- 04 Jun, 2021 1 commit
-
-
Martin Kostelnik authored
-
- 01 Jun, 2021 1 commit
-
-
Gabriele Cosmo authored
-
- 31 May, 2021 7 commits
-
-
Guilherme Amadio authored
-
Guilherme Amadio authored
-
Guilherme Amadio authored
This adds a test that compares steps for different navigators againt the simplest navigator, NewSimpleNavigator. If a step mismatch is found, it is reported and the test fails.
-
Guilherme Amadio authored
-
Guilherme Amadio authored
-
Guilherme Amadio authored
-
Guilherme Amadio authored
-
- 27 May, 2021 1 commit
-
-
Gabriele Cosmo authored
-
- 20 May, 2021 16 commits
-
-
Three tests were added to ctest. Thanks to Aswath Srikanthan for contributing to TestTube, TestTet and TestParaboloid.
-
Reported by Guilherme Lima: If a VecGeom install is present in a path that's added to include_directories, this will appear first in the set of -I paths passed to nvcc. These will be found/used in place of the project local ones, causing compile errors. Triaged to FindCUDA not respecting the CMake variable CMAKE_INCLUDE_DIRECTORIES_PROJECT_BEFORE when creating the overall include paths. Call cuda_include_directories with project source and binary directories before cuda_add_library to ensure these are at the front on the include search path for nvcc. Minor hack as cuda_include_directories is usually intended for .cu/.cuh files. Temporary until migration to CMake native CUDA support.
-
-
Need to specify use of libc++ on macOS has been obsolete since 10.9 (Mavericks) which is no longer supported.
-
-
-
-
Only place in vecgeom library that uses dlfcn.h is in implementation of GeoManager, so link can be PRIVATE scope. Link all tests explicitly to CMAKE_DL_LIBS as dlfcn.h also used in globalbenchmarks/NavigationKernelBenchmarker.cpp. Linking non-users is very low cost.
-
-
VECGEOM_CXX_FLAGS is used to hold "private" flags needed only at VecGeom compile time. VECGEOM_COMPILATION_FLAGS is used to hold "public" flags needed to build VecGeom *and* that a client of the library must use when compileing/linking against VecGeom. Both variables are appended in public-private order to CMAKE_CXX_FLAGS given correct behaviour. Remove flags set in both VECGEOM_CXX_FLAGS and VECGEOM_COMPILATION_FLAGS, only setting them in the latter.
-
No change in behaviour, emphasizes commonality.
-
-
CMake prior to 3.10 did not fully know C++ compile features for the Intel compiler. VecGeom currently supports 3.8 and newer. Add a module to set known compile features for newer Intel compilers when CMake 3.10 or earlier is used. remove custom setting of -std flag in VECGEOM_CXX_FLAGS.
-
-
GNU/Intel use the same flag, Clang has the same concept just a different name
-
-
- 18 May, 2021 1 commit
-
-
Guilherme Lima authored
-
- 17 May, 2021 1 commit
-
-
Raman Sehgal authored
normal. Also contains a bug fix happening for the cone when rmin==rmax Cone generally calls all the functions of ConeStruct. But for Normal Calculation, there is a redundant definition of Normal in UnplacedCone and in ConeStruct, which is actually not required and cone can safely call Normal of ConeStruct. Now Cone calls the Normal of ConeStruct. NOTE : CONE STILL DOESN'T HAVE A VECTORIZED DEFINITION OF NORMAL
-
- 14 May, 2021 1 commit
-
-
Andrei Gheata authored
-
- 11 May, 2021 1 commit
-
-
Andrei Gheata authored
-