GeoModel issueshttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues2024-03-27T12:57:32+01:00https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/106Documentation: Update instructions for EL9, etc2024-03-27T12:57:32+01:00Nicholas StylesDocumentation: Update instructions for EL9, etcI recently tried building GeoModel inside an EL9 container (`setupATLAS -c el9`) and found a few issues with the instructions. In general Centos7 should be removed from the documentation and updated for EL9, given that support for Centos...I recently tried building GeoModel inside an EL9 container (`setupATLAS -c el9`) and found a few issues with the instructions. In general Centos7 should be removed from the documentation and updated for EL9, given that support for Centos7 is being dropped by CERN. I thought these and a few other points might be useful to report ahead of the documentation week in case
- Instructions [here](https://geomodel.web.cern.ch/home/dev/#using-cvmfs-and-lcg) should point to a newer LCG version which supports EL9.
- If one is building `simage` is the patch reported as necessary for EL9 also? I think so based on my experience - I got the following when I tried without it:
```
cmake -DCMAKE_INSTALL_PREFIX=../install -DSIMAGE_BUILD_DOCUMENTATION=0 -DSIMAGE_BUILD_EXAMPLES=0 -DSIMAGE_LIBSNDFILE_SUPPORT=0 -DSIMAGE_MPEG2ENC_SUPPORT=0 -DSIMAGE_OGGVORBIS_SUPPORT=0 ../simage
[...]
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
Could NOT find GIF (missing: GIF_LIBRARY GIF_INCLUDE_DIR)
Call Stack (most recent call first):
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE)
/usr/share/cmake/Modules/FindGIF.cmake:109 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:279 (find_package)
-- Configuring incomplete, errors occurred!
```
I don't know that this is the same problem as the patch solves, but in any case it seems not to work out-of-the-box?
- When installing GeoModel via the following to use all the built-in externals:
```
cmake -DCMAKE_INSTALL_PREFIX=../install -DGEOMODEL_USE_BUILTIN_EIGEN3=1 -DGEOMODEL_USE_BUILTIN_XERCESC=1 -DGEOMODEL_USE_BUILTIN_JSON=1 -DGEOMODEL_USE_BUILTIN_COIN3D=1 -DGEOMODEL_BUILD_VISUALIZATION=1 -DGEOMODEL_BUILD_TOOLS=1 ../GeoModel/
```
it seems to all compile fine, but at runtime I see:
```
Apptainer> ../install/bin/gmex
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-nstyles'
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
VP1MESSAGE: Successfully loaded libGXGeometryPlugin.so
VP1MESSAGE: providing channels: Geometry
VP1MESSAGE: Geometry/Geo: VP1GeometrySystem::buildController
```
and `gmex` fails with the message that it can't open a valid OpenGL canvas. Is this a known issue? Perhaps an issue specific to the container? I will try again on lxplus where I can run natively in EL9 to check.
- Not EL9 specific (I think), but the handling of external dependencies is a bit unclear... to me the documentation implies that either using the built-in third-party packages OR using an LCG release should mean one can "easily set up a recent version of CMake, Qt and all the other dependency packages ... After that, you can build the `GeoModel` without any extra options." and while for the built-in versions that seems to work up to the run-time issue I mention from `libGL`, after setting up a recent (EL9-compatible) LCG release (`LCG_104d`) I see:
```
-- Building GeoModelVisualization as part of the root GeoModel project.
CMake Error at cmake/SetupCoin3D.cmake:113 (find_package):
By not providing "FindCoin.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "Coin", but
CMake did not find one.
Could not find a package configuration file provided by "Coin" with any of
the following names:
CoinConfig.cmake
coin-config.cmake
Add the installation prefix of "Coin" to CMAKE_PREFIX_PATH or set
"Coin_DIR" to a directory containing one of the above files. If "Coin"
provides a separate development package or SDK, be sure it has been
installed.
Call Stack (most recent call first):
GeoModelVisualization/CMakeLists.txt:67 (include)
```
so this doesn't seem to work out-of-the-box for `Coin`.
- In the "Post install settings" all of the paths to the `install` directory are given as relative paths like `.../install`. I guess this is to avoid any issues of the precise paths that people have used? The problem is that then if anyone tries to run in a slightly different location then files will not be found. It might be better then to provide instructions with an obvious placeholder path, so that it will be clear to people that they should set it to the correct thing for where they built the code, and that it should be a full path ideally to avoid run-time issues?
FYI @xilin @sroe @rbianchihttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/105required packages not abailable in ubuntui 22.042024-03-06T12:15:16+01:00Guillermo Loustau De Linaresrequired packages not abailable in ubuntui 22.04```bash
sudo apt install git cmake wget unzip build-essential nlohmann-json3-dev libsoqt-bb-dev libxerces-c-dev libeigen3-dev geant4-dev libsqlite3-dev zlib1g-dev libhdf5-dev qtbase5-dev libhepmc3-dev pythia-dev
Reading package lists... ...```bash
sudo apt install git cmake wget unzip build-essential nlohmann-json3-dev libsoqt-bb-dev libxerces-c-dev libeigen3-dev geant4-dev libsqlite3-dev zlib1g-dev libhdf5-dev qtbase5-dev libhepmc3-dev pythia-dev
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package pythia-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
Package geant4-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
Package libsoqt-bb-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'libsoqt-bb-dev' has no installation candidate
E: Package 'geant4-dev' has no installation candidate
E: Package 'pythia-dev' has no installation candidate
```https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/104Packaging: macOS, sometimes brew uses the "reinstall" flag for installation2024-01-24T18:41:52+01:00Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chPackaging: macOS, sometimes brew uses the "reinstall" flag for installationI just noticed that, sometimes (it is not clear under what circumstances, yet), `brew` uses the "reinstall" flag for installation names, and that prevents libs and executables to be found.
See this example:
![image](/uploads/dbedd212ec...I just noticed that, sometimes (it is not clear under what circumstances, yet), `brew` uses the "reinstall" flag for installation names, and that prevents libs and executables to be found.
See this example:
![image](/uploads/dbedd212eca8ce6093bfa0ad6be9f3c6/image.png)
In the example above, `gmex` could not be found, because brew installed `geomodel-visualization` in a folder called `5.0.0.reinstall`, instead of a simpler `5.0.0`.Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chRiccardo Maria Bianchiriccardo.maria.bianchi@cern.chhttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/102TracksSystem supplying I/O for Geant4 tracks fails with multiple threads on t...2023-12-20T17:19:53+01:00Joseph BoudreauTracksSystem supplying I/O for Geant4 tracks fails with multiple threads on the Mac.Title says it all. The failure occurs in the HDF5 code. This is observed on the MAC.Title says it all. The failure occurs in the HDF5 code. This is observed on the MAC.https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/101GMEX Instability on Mac2023-12-22T13:11:30+01:00Joseph BoudreauGMEX Instability on MacWhen gmex is started without any arguments....
... and when the mouse moves around as the input file select dialog appears
... and if you happen to be working on a Mac, or more precisely a Mac with an M1 chip
... you can quite often c...When gmex is started without any arguments....
... and when the mouse moves around as the input file select dialog appears
... and if you happen to be working on a Mac, or more precisely a Mac with an M1 chip
... you can quite often crash the program, which is not nice. It seems to be an issue with the underlying windowing system. It has been with us since at least GeoModel version 4.6.0.Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chRiccardo Maria Bianchiriccardo.maria.bianchi@cern.chhttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/100Our Release bundles do not contain ATLASExtensions2023-12-22T12:56:59+01:00Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chOur Release bundles do not contain ATLASExtensionsOur Release source bundles do not contain `ATLASExtensions` code. This also affects the build of GeoModel inside the **AthenaExternals**, when we want to build submodules code there.
For example, as part of the overall switch of `GeoMo...Our Release source bundles do not contain `ATLASExtensions` code. This also affects the build of GeoModel inside the **AthenaExternals**, when we want to build submodules code there.
For example, as part of the overall switch of `GeoModelG4` and related packages to the Externals, the `ATLASExtensions` can not be built in the `AthenaExternals` right now, with the current machinery. In the Externals CMake configuration, in fact, we start from bundled sources, but that fails when we want to build the Extensions. For that to succeed, we need to move to a fresh Git clone with recursive submodules or to a checkout of a tag.
Cc: @tsulaia @boudreau @dellacqu
You can check it by downloading, for example, the `.bz` file from our latest release:
![image](/uploads/0d587144377d75f7a506b569ca848d15/image.png)
If you extract it, you will see that the content of ATLASExtensions is 0 bytes:
![image](/uploads/1a5c00b4cfc756e9688a2c2ba9f811cf/image.png)
Basically, the ATLASExtensions Git submodule is not included when the release source bundle is created.
It is the same if we try to download the sources from the Tags page:
![image](/uploads/a8ee31083792e099abbee10281ec48ec/image.png)Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chRiccardo Maria Bianchiriccardo.maria.bianchi@cern.chhttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/99CI: mac jobs time out2023-12-19T16:47:09+01:00Vakhtang TsulaiaCI: mac jobs time outHi @rbianchi, I've noticed that on recent MR-s the mac pipelines were either marked as failed or were waiting their turn to start (which never happened). I canceled all such pending pipelines manually and then restarted [one of them](htt...Hi @rbianchi, I've noticed that on recent MR-s the mac pipelines were either marked as failed or were waiting their turn to start (which never happened). I canceled all such pending pipelines manually and then restarted [one of them](https://gitlab.cern.ch/GeoModelDev/GeoModel/-/jobs/34743267). It stopped adding new lines to the log after printing:
```
Using wget
Upgrading qt5
```
and eventually timed out:
```
ERROR: Job failed: execution took longer than 30m0s seconds
```
Any ideas about what's going on with our mac jobs? Thanks.Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chRiccardo Maria Bianchiriccardo.maria.bianchi@cern.chhttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/98Enabling CTest-based testing and add tests2023-12-11T13:53:31+01:00Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chEnabling CTest-based testing and add testsWe now support CTest-based testing within our CMake project.
This MR introduces it and adds a first test:
https://gitlab.cern.ch/GeoModelDev/GeoModel/-/merge_requests/233
I should now write some documentation and add more tests.We now support CTest-based testing within our CMake project.
This MR introduces it and adds a first test:
https://gitlab.cern.ch/GeoModelDev/GeoModel/-/merge_requests/233
I should now write some documentation and add more tests.Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chRiccardo Maria Bianchiriccardo.maria.bianchi@cern.chhttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/91FSL: HDF5 include directory pruned from include path by CMake2023-09-15T19:00:36+02:00Charles LeggettFSL: HDF5 include directory pruned from include path by CMake
I'm building the tip of main branch on a centos7 platform, using cmake 3.27.4 and HDF5 1.14.2.
CMake is pruning the HDF5 directory from the include paths. Some googling suggests it does this because it considers the HDF5 includes to be...
I'm building the tip of main branch on a centos7 platform, using cmake 3.27.4 and HDF5 1.14.2.
CMake is pruning the HDF5 directory from the include paths. Some googling suggests it does this because it considers the HDF5 includes to be "dangerous". The only way to get FSL to compile is to create an innocuous sounding directory, copy the HDF5 includes there, and then hack the CMakeLists.txt files that have a target_include_directories for HDF5 to explicitly pull in this new directory.
For example, I have the HDF5 includes in `/opt/hdf5/1.14.2/include` and the `CMAKE_PREFIX_PATH` include `/opt/hdf5/1.14.2`. This directory never shows up in the compilation line, resulting in errors. Even if I explicitly do
```
include_directories( /opt/hdf5/1.14.2/include )
```
in say FullSimLight/Plugins/TracksPlugin/CMakeLists.txt it doesn't show up. Trying to trick CMake with `/opt/hdf5/1.14.2/include/../include` or `${HDF5_CXX_INCLUDE_DIRS}/../include` also doesn't work. If I do `/opt/hdf5/1.14.2/includeX`, it shows up in the compilation line, so it's obviously parsing that line. It really looks like it's actively removing the `${HDF5_CXX_INCLUDE_DIRS}` from the compilation line.https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/89CI: How to get the pipeline's details through the GitLab API2023-09-12T14:32:38+02:00Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chCI: How to get the pipeline's details through the GitLab APIHere's some notes on how to get pipelines' details through the GitLab API.
It is done in the context of solving #88.Here's some notes on how to get pipelines' details through the GitLab API.
It is done in the context of solving #88.https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/86CI pipelines do not start2023-12-11T13:50:57+01:00Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chCI pipelines do not startThe CI pipeline on GeoModel do not start anymore.
They all fail without starting, without showing the jobs or the usual "restart/cancel" buttons.
![image](/uploads/388d762efabba16020d666f5a01fecc7/image.png)The CI pipeline on GeoModel do not start anymore.
They all fail without starting, without showing the jobs or the usual "restart/cancel" buttons.
![image](/uploads/388d762efabba16020d666f5a01fecc7/image.png)Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chRiccardo Maria Bianchiriccardo.maria.bianchi@cern.chhttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/85CI: no space left on device2023-08-24T16:07:35+02:00Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chCI: no space left on deviceSometimes CI jobs fail with this error:
![image](/uploads/884833a15feb58dad27b41b589b51c88/image.png)
We should understand if it caused by a temporary glitch in the GitLab CI, and so we cannot do anything other than restarting the fail...Sometimes CI jobs fail with this error:
![image](/uploads/884833a15feb58dad27b41b589b51c88/image.png)
We should understand if it caused by a temporary glitch in the GitLab CI, and so we cannot do anything other than restarting the failed jobs, or if related to our repositoryhttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/83Support for CutTube?2023-08-07T15:32:14+02:00Stephan HageboeckSupport for CutTube?I would like to inquire on the prospects of supporting `G4CutTubs`. I wanted to visualise a Geometry from GDML, but the GeoModel converter fails with
```
cutTube is not a supported shape yet!!
```I would like to inquire on the prospects of supporting `G4CutTubs`. I wanted to visualise a Geometry from GDML, but the GeoModel converter fails with
```
cutTube is not a supported shape yet!!
```Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chRiccardo Maria Bianchiriccardo.maria.bianchi@cern.chhttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/82fullsimlight: Pythia random number seeds ignored.2023-08-04T14:55:42+02:00Mitch Kellyfullsimlight: Pythia random number seeds ignored.Hi, this may not really be an issue because I can see that the source as it comes is setup to always use the same seed, but I also see from the comments in PythiaPrimaryGeneratorAction.hh/cc that it is supposed to be possible?
I have ch...Hi, this may not really be an issue because I can see that the source as it comes is setup to always use the same seed, but I also see from the comments in PythiaPrimaryGeneratorAction.hh/cc that it is supposed to be possible?
I have changed PythiaPrimaryGeneratorAction.hh so that
PythiaPrimaryGeneratorAction(int seeding = 0);
and by setting
fPythia.readString("Random:seed = 0");
in PythiaPrimaryGeneratorAction.cc, which according to the comments should set a random seed by the system clock, but it does not. If I run my simulation I always get the same initial momenta for my events.
I have tried many different things, commenting everything out in hopes to get it to read my random numbers from my pythia command file. I have setup random number generator in the code and used it for Random:seed, I have ran the simulation with 1 seed, change the seed, recompiles, re-ran. In the GeneratePrimaries(G4Event *event) method I've changed
if (fSeeding == 0) {
fPythia.rndm.init(event->GetEventID()+1);
}
so that a random number is used instead of this. No matter what I do I get the same result, however if I take my command file and run it in pythia and print out a hepmc file, I can get different results when I change the seed.
Again, I know it's not necessarily an intended function of the program, but is there any way to enable a random seed and pass it to pythia, so that I don't get the same result every time I run?https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/79Coin3D compilation failure with C++202023-09-29T14:23:06+02:00Johannes ElmsheuserCoin3D compilation failure with C++20Coin3D fails to compile with C++20 very similar as described in https://github.com/boostorg/test/issues/249
```
/home/elmsheus/myathena12/build/build/AthenaExternals/src/Coin3D/include/boost/numeric/conversion/detail/converter.hpp:474:4...Coin3D fails to compile with C++20 very similar as described in https://github.com/boostorg/test/issues/249
```
/home/elmsheus/myathena12/build/build/AthenaExternals/src/Coin3D/include/boost/numeric/conversion/detail/converter.hpp:474:43: warning: 'template<class _Arg, class _Result> struct std::unary_fun\
ction' is deprecated [-Wdeprecated-declarations]
474 | struct rounding_converter : public std::unary_function< BOOST_DEDUCED_TYPENAME Traits::argument_type
| ^~~~~~~~~~~~~~
/cvmfs/sft.cern.ch/lcg/releases/gcc/13.1.0-b3d18/x86_64-el9/include/c++/13.1.0/bits/stl_function.h:117:12: note: declared here
117 | struct unary_function
| ^~~~~~~~~~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/Coin3D/include/boost/numeric/conversion/detail/converter.hpp:504:47: warning: 'template<class _Arg, class _Result> struct std::unary_fun\
ction' is deprecated [-Wdeprecated-declarations]
504 | struct non_rounding_converter : public std::unary_function< BOOST_DEDUCED_TYPENAME Traits::argument_type
| ^~~~~~~~~~~~~~
/cvmfs/sft.cern.ch/lcg/releases/gcc/13.1.0-b3d18/x86_64-el9/include/c++/13.1.0/bits/stl_function.h:117:12: note: declared here
117 | struct unary_function
| ^~~~~~~~~~~~~~
[ 64%] Building CXX object test/CMakeFiles/TestVector.dir/core/TestVector.cpp.o
[ 65%] Building CXX object test/CMakeFiles/TestMap.dir/core/TestMap.cpp.o
gcc3
checking whether NLS is requested... yes
checking for catalogs to be installed...
checking whether true --split-size=5000000 supports @click... yes
[ 65%] Built target AssemblyTest
[ 87%] Building CXX object testsuite/CMakeFiles/CoinTests.dir/baseSbDPRotationTest.cpp.o
checking for default auto-load directory... $debugdir:$datadir/auto-load
checking for default auto-load safe-path... In file included from /home/elmsheus/myathena12/build/build/AthenaExternals/src/Coin3D/include/boost/test/included/unit_test.hpp:29,
from /home/elmsheus/myathena12/build/build/AthenaExternals/src/Coin3D/testsuite/TestSuiteMain.cpp:36:
/home/elmsheus/myathena12/build/build/AthenaExternals/src/Coin3D/include/boost/test/impl/test_tools.ipp: In member function 'void boost::test_tools::tt_detail::print_log_value<const wchar_t*>::o\
perator()(std::ostream&, const wchar_t*)':
/home/elmsheus/myathena12/build/build/AthenaExternals/src/Coin3D/include/boost/test/impl/test_tools.ipp:119:38: error: use of deleted function 'std::basic_ostream<char, _Traits>& std::operator<<\
(basic_ostream<char, _Traits>&, const wchar_t*) [with _Traits = char_traits<char>]'
119 | ostr << ( t ? t : L"null string" );
```
Similarly to https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/78 this seems fatal for the AthenaExternals build since Geant4 is not compiled subsequently in the current setup.
Could you please have a look if e.g. https://github.com/boostorg/test/pull/252/files might address the issue ?https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/78GeoModel compilation failure with C++202023-06-23T09:06:26+02:00Johannes ElmsheuserGeoModel compilation failure with C++20Hi,
as discussed in https://its.cern.ch/jira/browse/ATLINFR-4959 we are trying to setup a dev4 nightly build on the platform x86_64-el9-gcc13-opt with C++20 support enabled. Unfortunately there are C++20 related compilation problems of ...Hi,
as discussed in https://its.cern.ch/jira/browse/ATLINFR-4959 we are trying to setup a dev4 nightly build on the platform x86_64-el9-gcc13-opt with C++20 support enabled. Unfortunately there are C++20 related compilation problems of GeoModel 4.4.3 in a manual local build:
```
In file included from /home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoGeometryPluginLoad
er.h:7,
from /home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelTools/GMSTATISTICS/src/gmstatistics.cxx:6:
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:19:27: error: expected unqualified-id before ')' token
19 | GeoPluginLoader<Plugin>();
| ^
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:37:1: error: no declaration matches 'GeoPluginLoader<Plugin>::GeoPluginLoader()'
37 | GeoPluginLoader<Plugin>::GeoPluginLoader () {
| ^~~~~~~~~~~~~~~~~~~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:29:3: note: candidate is: 'GeoPluginLoader<Plugin>::GeoPluginLoader(const GeoPluginLoader<Plugin>&)'
29 | GeoPluginLoader (const GeoPluginLoader &)=delete;
| ^~~~~~~~~~~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:14:31: note: 'class GeoPluginLoader<Plugin>' defined here
14 | template <class Plugin> class GeoPluginLoader
| ^~~~~~~~~~~~~~~
no
checking for fpregset_t in sys/procfs.h... In file included from /home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoGeometryPluginLoader.h:7,
from /home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelTools/GMCAT/src/gmcat.cxx:10:
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:19:27: error: expected unqualified-id before ')' token
19 | GeoPluginLoader<Plugin>();
| ^
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:37:1: error: no declaration matches 'GeoPluginLoader<Plugin>::GeoPluginLoader()'
37 | GeoPluginLoader<Plugin>::GeoPluginLoader () {
| ^~~~~~~~~~~~~~~~~~~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:29:3: note: candidate is: 'GeoPluginLoader<Plugin>::GeoPluginLoader(const GeoPluginLoader<Plugin>&)'
29 | GeoPluginLoader (const GeoPluginLoader &)=delete;
| ^~~~~~~~~~~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:14:31: note: 'class GeoPluginLoader<Plugin>' defined here
14 | template <class Plugin> class GeoPluginLoader
| ^~~~~~~~~~~~~~~
no
checking for prgregset_t in sys/procfs.h... /home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelTools/GMCAT/src/gmcat.cxx: In function 'int main(int, char**)':
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelTools/GMCAT/src/gmcat.cxx:143:29: error: no matching function for call to 'GeoPluginLoader<GeoVGeometryPlugin>::GeoPluginLoader()'
143 | GeoGeometryPluginLoader loader;
| ^~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:29:3: note: candidate: 'GeoPluginLoader<Plugin>::GeoPluginLoader(const GeoPluginLoader<Plugin>&) [with Plugin = GeoVGeometryPlugin]' (deleted)
29 | GeoPluginLoader (const GeoPluginLoader &)=delete;
| ^~~~~~~~~~~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:29:3: note: candidate expects 1 argument, 0 provided
yes
checking for prfpregset_t in sys/procfs.h... yes
checking for prgregset32_t in sys/procfs.h... /home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelTools/GMSTATISTICS/src/gmstatistics.cxx: In function 'int main(int, char**)':
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelTools/GMSTATISTICS/src/gmstatistics.cxx:140:29: error: no matching function for call to 'GeoPluginLoader<GeoVGeometryPlugin>::GeoPluginLoader()'
140 | GeoGeometryPluginLoader loader;
| ^~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:29:3: note: candidate: 'GeoPluginLoader<Plugin>::GeoPluginLoader(const GeoPluginLoader<Plugin>&) [with Plugin = GeoVGeometryPlugin]' (deleted)
29 | GeoPluginLoader (const GeoPluginLoader &)=delete;
| ^~~~~~~~~~~~~~~
/home/elmsheus/myathena12/build/build/AthenaExternals/src/GeoModel/GeoModelCore/GeoModelKernel/GeoModelKernel/GeoPluginLoader.h:29:3: note: candidate expects 1 argument, 0 provided
```
Could you please have a look ?
You can build AthenaExternal with C++20 as follows:
```
./athena/Projects/Athena/build_externals.sh -c -t Release -x -DCMAKE_CXX_STANDARD=20
```
Cheers, Johanneshttps://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/76GMCAT: Aux tables are dropped when combining SQLite files2023-06-08T10:25:25+02:00Nicholas StylesGMCAT: Aux tables are dropped when combining SQLite filesWhen combining pre-existing SQLite .db files via gmcat, any aux folders in the input .db are dropped from the combined output .db. I.e. if one runs like this:
```
gmcat testITkPixel.db testITkStrip.db -o testFull.db
```
Then the folders ...When combining pre-existing SQLite .db files via gmcat, any aux folders in the input .db are dropped from the combined output .db. I.e. if one runs like this:
```
gmcat testITkPixel.db testITkStrip.db -o testFull.db
```
Then the folders like `PublishedFullPhysVols_ITkPixel`, `PublishedFullPhysVols_ITkStrip` which are in the inputs are not there in the output.
This behaviour is probably not expected by users, and also makes it unfeasible to combine pre-existing .db files in a convenient way. This means that e.g. to simply add a BeamPipe to the ITk, one would need access to both `GeoModelATLAS` and `GeoModelData` to be able to pass the detector plugins to `gmcat` and for the plugins to be able to read their input data, rather than simply being able to do this with "vanilla" `gmcat` from `GeoModel`.https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/74FSL: FullSimLight crashes when the Plugin menu item is selected for Magnetic ...2023-05-22T16:53:33+02:00Riccardo Maria Bianchiriccardo.maria.bianchi@cern.chFSL: FullSimLight crashes when the Plugin menu item is selected for Magnetic Field but no file is setIn FSL, FullSimLight crashes when the `Plugin` menu item is selected for the Magnetic Field but no file is set in the GUI:
![image](/uploads/746d5f93575c6369e28a3c4fa917b792/image.png)
```
*** MAGNETIC FIELD SET FROM PLUGIN ***
l...In FSL, FullSimLight crashes when the `Plugin` menu item is selected for the Magnetic Field but no file is set in the GUI:
![image](/uploads/746d5f93575c6369e28a3c4fa917b792/image.png)
```
*** MAGNETIC FIELD SET FROM PLUGIN ***
libc++abi: terminating due to uncaught exception of type std::out_of_range: basic_string
### CAUGHT SIGNAL: 6 ### address: 0x1a1e3c724, signal = SIGABRT, value = 6, description = abort program (formerly SIGIOT).
```
Instead of crashing, FSL should warn the user that they choose the "Plugin" menu item but didn't specify any file. FullSimLight should not be started until the user fixes the situation.
Ideally, the "FullSimLight" launch button should be greyed out until then, so to prevent the user to launch it and have it crashed.https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/72Documentation of fullsimlight source code prereqs2023-05-04T15:06:23+02:00Joseph BoudreauDocumentation of fullsimlight source code prereqsThere are several source code prerequisites (geant 4, hepmc3) which are not described in the documentation.There are several source code prerequisites (geant 4, hepmc3) which are not described in the documentation.https://gitlab.cern.ch/GeoModelDev/GeoModel/-/issues/71Fix Cmake HEPMC32023-06-09T14:19:22+02:00Marilena BandieramonteFix Cmake HEPMC3As reported by Pedro Urrejola,
the way GeoModel is looking for HepMC3 can cause compilation time failures. The reason of the failure is that Geomodel is calling find_package(HepMC3) twice in different subdirectories. Following this prob...As reported by Pedro Urrejola,
the way GeoModel is looking for HepMC3 can cause compilation time failures. The reason of the failure is that Geomodel is calling find_package(HepMC3) twice in different subdirectories. Following this problem the HepMC3 team has included a minimal protection in the HepMC3 config against this issue (that should be solved in version xxx).
Nevertheless it would make sense to rrevise the way GeoModel is looking for HepMC3.
Tagging @boudreau, @rbianchi , @raeesRaees Ahmad KhanRaees Ahmad Khan