- Jan 30, 2020
-
-
Attila Krasznahorkay authored
CMake 3.15+ Updates, master branch (2020.01.06.) Closes ATLINFR-3157 See merge request atlas/atlasexternals!595
-
- Jan 27, 2020
-
-
Attila Krasznahorkay authored
-
Attila Krasznahorkay authored
Migrate code to FindPython See merge request atlas/atlasexternals!606
-
Frank Winklmeier authored
Instead of invoking `FindPython2` when `ATLAS_FORCE_PYTHON2` is set, steer the find module via the `FIND` variables. The advantage being that we have a fixed module name. Note that switching between Python 2 and 3 in the same build area only works reliably after deleting `CMakeCache.txt`.
-
- Jan 23, 2020
-
-
Frank Winklmeier authored
The python directory was not being added to PATH. This meant that the system installation was being used instead. Also derive `$PYTHONHOME` without launching python.
-
Frank Winklmeier authored
-
Frank Winklmeier authored
Cache also the python minor version and use that to avoid multiple calls to `FindPython` in `lcg_python_external_module`.
-
Frank Winklmeier authored
`atlas_install_python_modules` is a heavy hitter of `FindPython`. Since that module is quite slow, cache the value of `Python_EXECUTABLE` and use that to decide if we need to find python.
-
Frank Winklmeier authored
Migrate `FindPythonInterp/Libs` calls to the respective `FindPython` calls. Apart from modifying the `find_package` calls, all `PYTHON_.*` variables need to be replaced by `Python_.*`. The only exception is for FindROOT as ROOT has a special way for finding finding Python that relies on the `PYTHON_` variables: https://github.com/root-project/root/blob/master/cmake/modules/SearchInstalledSoftware.cmake#L495-L594
-
Frank Winklmeier authored
Migrate from `FindPythonInterp` to `FindPython`. For some reason, after switching to `FindPython`, the `ARG_UNPARSED_ARGUMENTS` variable is being modified during its call. Save the value before the `find_package` call and use that instead.
-
- Jan 22, 2020
-
-
Attila Krasznahorkay authored
lcg_external_module: Add feature to find binaries Closes ATLINFR-1390 See merge request atlas/atlasexternals!610
-
Attila Krasznahorkay authored
Remove ALLOW_TOOLHANDLE_NONCONSTNESS definition See merge request atlas/atlasexternals!603
-
Frank Winklmeier authored
Use the valgrind binary from LCG instead of the system one. Fixes ATLINFR-1390.
-
Frank Winklmeier authored
Teach the `lcg_external_module` to find binaries via the `BINARY_NAMES` and `BINARY_SUFFIXES` options analogous to `lcg_python_external_module`.
-
- Jan 13, 2020
-
-
Frank Winklmeier authored
`ALLOW_TOOLHANDLE_NONCONSTNESS` is no longer used in Gaudi and our cmake configuration warns about this variable not being used anywhere.
-
- Jan 10, 2020
-
-
Attila Krasznahorkay authored
FindPython.cmake Gaudi Fix, master branch (2020.01.10.) See merge request atlas/atlasexternals!602
-
Attila Krasznahorkay authored
The Gaudi build doesn't need it, and Gaudi doesn't know what to do with the FORCESET command...
-
Attila Krasznahorkay authored
Add FindPython module See merge request atlas/atlasexternals!596
-
- Jan 08, 2020
-
-
Attila Krasznahorkay authored
CheckerGccPlugins: updates for gcc10 See merge request atlas/atlasexternals!597
-
Attila Krasznahorkay authored
Mark EXTRA_PATTERNS as deprecated See merge request atlas/atlasexternals!600
-
Attila Krasznahorkay authored
Acts Typo Fix, master branch (2020.01.08.) See merge request atlas/atlasexternals!601
-
Attila Krasznahorkay authored
It was only showing up as a warning in the Debug nightlies, so it went unnoticed so far...
-
- Jan 07, 2020
-
-
Frank Winklmeier authored
Emit a deprecation warning if `EXTRA_PATTERNS` is used in `atlas_add_test`.
-
Attila Krasznahorkay authored
So far LibXml2, and through that ROOT, was always built as part of VP1LightExternals. Since in case LCG provides both of these this was really a waste, I now extended the logic a bit to look out for LibXml2 coming from LCG.
-
Attila Krasznahorkay authored
minor bugfix to mergeConfdb2.py See merge request atlas/atlasexternals!598
-
Attila Krasznahorkay authored
At the same time synchronised the GaudiCPackSettings.cmake files across the projects, updating all of them to work with the new setup. Also, removed some packages from AthAnalysisExternals, which are only needed as patches on top of LCG_95. But we will not be building this project against LCG_95 from this branch anyway...
-
Walter Lampl authored
-
Walter Lampl authored
-
Attila Krasznahorkay authored
To avoid the SoQt library/libraries ending up under lib64/.
-
Attila Krasznahorkay authored
Improve and cleanup setup.sh script See merge request atlas/atlasexternals!586
-
Attila Krasznahorkay authored
Now that our nightly builds always happen with a specific version number (unlike in the "SVN days"), the ackward setup with the CPack configuration is no longer necessary. Since we always want to install our projects with a <project name>/<project version>/InstallArea/<project platform> layout. Instead of splitting this setting across the CMake and CPack configurations, it is now configured like this for CMake as-is.
-
Attila Krasznahorkay authored
Until now prmon would've put libraries under lib64/. Luckily it is not producing any shared libraries at the moment (as those would not have been found in our runtime environment), but it was still creating an ugly empty directory in the installation area. This update should make sure that in the future prmon will use the same installation directories as the main project that is building it.
-
- Jan 06, 2020
-
-
Frank Winklmeier authored
Add a wrapper for CMake's `FindPython` module. This replaces the existing `FindPythonLibs` and `FindPythonInterp` modules. The module caches the major Python version to speedup the lookup for subsequent calls.
-
Attila Krasznahorkay authored
The project now uses the CMake built-in project(...) function call itself, hardcoding the default version of the project into that call. Making the version.txt file obsolete in the process.
-
Attila Krasznahorkay authored
Starting with version 3.15 cmake doesn't like the (first) project(...) call to happen any later than after the cmake_minimum_required(...) call. So we need to remove it from inside of the atlas_project(...) call. Which means that the project name and version should no longer be set up through the atlas_project(...) call, but through the project(...) call at the top of the project configuration file. And then atlas_project(...) needs to rely on the variables set by that project(...) call.
-
Attila Krasznahorkay authored
Cherry-pick "Merge branch 'my-single-change' into '1.0'" into master See merge request atlas/atlasexternals!594
-
Attila Krasznahorkay authored
add find module for VBFNLO See merge request !592 (cherry picked from commit 28b6350d) 4d2dd03a add find module for VBFNLO
-
Attila Krasznahorkay authored
CPack README.txt Handling Fix, master branch (2020.01.06) See merge request atlas/atlasexternals!593
-
Attila Krasznahorkay authored
Back when I updated the (normal) RPM builds to put the configured REAMDE.txt file in the CMakeFiles/ directory, I forgot to update this configuration file. :-( Resulting in some CPack error messages in the nightlies that went unnoticed for a long time...
-
- Dec 29, 2019
-
-
Attila Krasznahorkay authored
Revert FindGaudi.cmake Update, master branch (2019.12.29.) See merge request atlas/atlasexternals!590
-