Newer
Older
# v01-02
* 2017-07-14 Daniel Jeans ([PR#204](https://github.com/AIDAsoft/DD4hep/pull/204))
- add ncellsX/Y as a "parameter", allowing it to be set in compact description. This change is for easier use in the case of a MultiSegmentation. (Only a uniform segmentation can be defined in this way: for more complex cases, must set by driver.)
- change from array to std::vector to store ncells information
* 2017-07-17 Markus Frank ([PR#206](https://github.com/AIDAsoft/DD4hep/pull/206))
## Implement ROOT persistency mechanism for detector descriptions (continuation of AIDASoft/DD4hep#202).
Object extensions are now persistent.
This is however not for free: **it requires a dictionary for the extension itself and it requires a dictionary for the class holding the extension**. These are:
- `dd4hep::DetElement::DetElementExtension<IFACE,CONCRETE>` for `DetElement` extensions.
- `dd4hep::SimpleExtension<IFACE,CONCRETE>` for simple extension managed by the user framework (user calls explicitly destructor).
- `dd4hep::DeleteExtension<IFACE,CONCRETE>` for simple extension managed by dd4hep (dd4hep calls automatically destructor on hosting object destruction).
- `dd4hep::CopyDeleteExtension<IFACE,CONCRETE>`. As above, but these extensions support calling the copy constructor of the embedded object and hence allow to copy also the hosting objects.
Please note: to persistify these objects it was necessary to no longer use the type-info of the objects as an identifier, but rather a 64-bit-hash of the raw type-info-name. This relies that this name is identical across platforms. This typically is true for linux, but not enforced by any standard.
* 2017-08-11 Andre Sailer ([PR#213](https://github.com/AIDAsoft/DD4hep/pull/213))
- CMake:: dd4hep_generate_rootmap: use CMAKE_INSTALL_LIBDIR if it is set. If the macro is called from other libraries this variable might be set and should be used for consistency. Fixes #212
* 2017-07-13 Markus Frank ([PR#202](https://github.com/AIDAsoft/DD4hep/pull/202))
## Implement ROOT persistency mechanism for detector descriptions
The following commits allow to save and restore Detector objects (ie. the full detector description) to/from ROOT. Most changes affected the usage of void pointers.
It is **NOT** possible to:
* save object extensions. Another usage of void pointers and type-info objects, which both cannot be saved.
* save callback objects. Callbacks store in memory pointers to member functions. These depend on the loading of libraries at run-time and hence may differ from application to application.
* save conditions slices. This shall be a futute extension. There should be no fundamental problem doing so - it was simply not yet done.
In the example area a new slot call "Persistency" was created with various tests:
* Save and restore simple conditions
* Save and restore the MiniTel detector (`examples/ClientTests/compact/MiniTel.xml`)
* Save and restore the CLICSiD detector (`examples/CLICSiD/compact/compact.xml`)
The detector examples also have a set of tests associated to check the validity of the restored information.
## Integrate `DDSegmentatation` into `DDCore`
As a first step to start the cleanup of `DDSegmentation` the code was integrated into `DDCore`. For backwards compatibility a dummy library `libDDSegmentation.so` is kept, so that client cmake files directly referring `DDSegmentation` still work. **This tough is only a temporary measure and users should remove references to the DDSegmentation library.** Include files can be accessed as before. These are part of the `DDCore` include directory.
* 2017-08-15 Yorgos Voutsinas ([PR#216](https://github.com/AIDAsoft/DD4hep/pull/216))
* Adding variable "nocore" for beam pipe (with default value = false) In case the variable appears in the BP xml file as "true", the BP sections will have no core of beam material, in order that someone might add various BP walls made of different materials while avoiding G4 overlaps. Example of use:
```xml
<detector name="BeBeampipe" type="DD4hep_Beampipe_o1_v01" insideTrackingVolume="true" nocore="true" vis="BeamPipeVis">
```
* 2017-08-15 Jan Strube ([PR#215](https://github.com/AIDAsoft/DD4hep/pull/215))
- LCIOEventReader: adding parameter for the name of the MCParticle collection: `MCParticleCollectionName`
* 2017-08-14 Markus Frank ([PR#217](https://github.com/AIDAsoft/DD4hep/pull/217))
Conditions slices from the DD4hep conditions store can now be saved to ROOT files ans named objects. Conditions persistency examples are added to the `examples/Conditions` section.
The examples are derived from the Telescope and CLICSiD example:
- `Conditions_Telescope_root_save`
- `Conditions_Telescope_root_load_iov`
- `Conditions_Telescope_root_load_pool`
- `Conditions_CLICSiD_root_save_LONGTEST`
- `Conditions_CLICSiD_root_load_iov_LONGTEST`
- `Conditions_CLICSiD_root_load_usr_LONGTEST`
- `Conditions_CLICSiD_root_load_cond_LONGTEST`
## Fix Handle Problem when Accessing Materials from Volumes
A cast problem was not spotted in the last commit, which manifested itself in accessing invalid materials from volumes. This commit resolves #211 , reported by @jhrdinka.
A set of tests checks this behaviour in the ClientTests: `ClientTests_volume_materials_<text>`, where the volume tree is scanned and for all sensitive volumes and access the corresponding `materials/TGeoMedium` entities from the volume object.
* 2017-07-18 Shaojun Lu ([PR#208](https://github.com/AIDAsoft/DD4hep/pull/208))
- added "#include <memory>" for the smart pointers to DD4hepRootPersistency.cpp
* 2017-07-19 Markus Frank ([PR#209](https://github.com/AIDAsoft/DD4hep/pull/209))
- Implement `dd4hep::Tube` using `TGeoTubeSeg` (See also Issue AIDASoft/DD4hep#203 for details)
* 2017-07-21 Markus Frank ([PR#210](https://github.com/AIDAsoft/DD4hep/pull/210))
## Implement ROOT persistency mechanism for the conditions
Conditions pools can now be made persistent provided all the dictionaries for the payload objects are provided. A new class `ConditionsRootPersistency` allows to save and re-load conditions pools to/from a ROOT file. Such pools can either be:
- Simple `ConditionsPool` objects
- The entire `IOV` indexed pool set (class `ConditionsIOVPool`) or
- A the pool used by a `ConditionsSlice` (class `UserPool`).
- A std::vector<Condition> which belong all to the same IOV
In any case the restoration of the saved conditions is performed through the `ConditionsManager` interface in order to ensure proper management of the added condition objects.
Some example plugin tasks were added in examples/Conditions:
- `DD4hep_ConditionExample_save` to save conditions to a ROOT file.
- `DD4hep_ConditionExample_load` to restore conditions from file.
## Split of dictionary files
The ROOT dictionary creation in `DDCore` was getting increasingly large. Now the ROOT dictionaries are created in several files, what firstly allows them to be produced in parallel and secondly eases the compilation due to smaller generated file sizes.
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
# v01-01
* 2017-07-06 Markus Frank ([PR#201](https://github.com/AIDASoft/DD4hep/pull/201))
## DDCore: Changes to the VolumeManager interface
Recent descrepancies showed that the call to lookup a placement
from the volume manager may have an ambiguous meaning:
It may (as used until now) be the placement of thge closest
detector element - a functionality used by various tests
or be the placement of the sensitive volume itself.
So far, since each sensitive volume in the DD4hep tests
is represented by a DetElement structure, both
approaches returned the same placed volume.
Since there is the possibility to have sensitive volumes, which are not
directly connected to a single DetElement structure, this call was
split to resolve this ambiguity:
/// Lookup a physical (placed) volume identified by its 64 bit hit ID
PlacedVolume lookupVolumePlacement(VolumeID volume_id) const;
/// Lookup a physical (placed) volume of the detector element
/// containing a volume identified by its 64 bit hit ID
PlacedVolume lookupDetElementPlacement(VolumeID volume_id) const;
* 2017-07-06 Andre Sailer ([PR#200](https://github.com/AIDASoft/DD4hep/pull/200))
- Now will give a warning if multiple entities (e.g., constants) of the same name are defined in the XML
# v01-00-01
* 2017-07-04 Frank Gaede ([PR#199](https://github.com/AIDASoft/DD4hep/pull/199))
- bug fix for VolumeManagerContext::toElement() and VolumeManagerContext::placement()
- set flag=true in VolumeManager_Populator::add_entry when
a ContextExtension is needed, i.e. sensitive volume is not DetElement's volume
- fixes problems in CellIDPositionConverter
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
# v01-00
* 2017-06-22 Marko Petric ([PR#192](https://github.com/AIDASoft/DD4hep/pull/192))
- Move `AlignDet_Telescope_readback_xml` to later in the pipeline since it depends on the output of `AlignDet_Telescope_write_xml`
* 2017-06-22 Andre Sailer ([PR#191](https://github.com/AIDASoft/DD4hep/pull/191))
- Surface: fix memory leak of transformation matrix
- XML::Layering: fix memory leak of contained layers in the object
* 2017-06-23 Andre Sailer ([PR#197](https://github.com/AIDASoft/DD4hep/pull/197))
- Fix memory leaks for Tube, EllipticalTube and Polyhedron
* 2017-06-23 Andre Sailer ([PR#196](https://github.com/AIDASoft/DD4hep/pull/196))
- CMake: add `Project( DD4hep )`, needed to get the correct CMAKE_CXX_COMPILER_ID on macs due to CMP0025 (cmake policy)
- CMake: fix treatment of linker flags, they are now properly set for Linux and Macs to error when undefined functions are encountered at link time
- CMake: fix elif --> elseif when checking threading libraries
* 2017-06-23 Frank Gaede ([PR#195](https://github.com/AIDASoft/DD4hep/pull/195))
- fix crash in `dd4hep::rec::Surface` after changes in Handle assignment (PR #193)
- fix use of deprecated `dd4hep::rec::MaterialManager` c'tor in Surface
* 2017-06-20 Frank Gaede ([PR#185](https://github.com/AIDASoft/DD4hep/pull/185))
- bug fix in material utilities
- call `MaterialManager( Volume v)` with `Detector.world().volume()`
* 2017-06-20 Marko Petric ([PR#184](https://github.com/AIDASoft/DD4hep/pull/184))
- Reinstate the full test-suite on Travis
* 2017-06-20 Markus Frank ([PR#183](https://github.com/AIDASoft/DD4hep/pull/183))
- Unify header guards in DDCore
- Add header to steer ignoring warnings of rootcling generated dictionaries.
* 2017-06-20 Frank Gaede ([PR#182](https://github.com/AIDASoft/DD4hep/pull/182))
- cleanup of namespace `dd4hep::rec`
- remove obsolete bwd compatibility for `DD4hep::DDRec`
- re-introduce `[deprecated]` warnings for unmaintained classes in DDRec/API
- re-fix deprecated c'tor for `MaterialManager` in material utilities
* 2017-06-20 Markus Frank ([PR#181](https://github.com/AIDASoft/DD4hep/pull/181))
- Attack many warnings from:
- `-Wshadow`
- `-Winclude-hygiene`
- `-Woverlength-strings` (int cling dictionaries)
* 2017-06-20 Markus Frank ([PR#179](https://github.com/AIDASoft/DD4hep/pull/179))
- Remove a bunch of shadow warnings and include-hygiene warnings.
* 2017-06-21 Marko Petric ([PR#169](https://github.com/AIDASoft/DD4hep/pull/169))
- Make boost explicit requirement for DD4hep and drop DD4HEP_USE_BOOST
* 2017-06-21 David Blyth ([PR#168](https://github.com/AIDASoft/DD4hep/pull/168))
- Added environment helper scripts `thisdd4hep_only.(c)sh` that only set up variables for DD4hep and not for dependencies.
* 2017-06-19 Markus Frank ([PR#178](https://github.com/AIDASoft/DD4hep/pull/178))
- Update documentation after reorganization of namespaces (put back previous docs).
* 2017-06-19 Markus Frank ([PR#175](https://github.com/AIDASoft/DD4hep/pull/175))
## DD4hep namespace reorganization
Re-organize namespaces according to the decisions of the DD4hep developers meeting from 16th June we have decided:
1. all namespaces will be lower case and shorter
* rename namespace `DD4hep` -> `dd4hep`
* rename namespace `DD4hep::DDRec` -> `dd4hep::rec`
* rename namespace `DD4hep::Simulation` -> `dd4hep::sim`
* rename namespace `XML` -> `xml` and `JSON` -> `json`
* rename all other namespaces according to this pattern
2. The namespace `DD4hep::Geometry::` will be incorporated into `dd4hep::`
3. All utilities will be moved `dd4hep::detail`
4. `LCDD` will be renamed to `Detector` and current `Detector.h` will be renamed to `DetElement.h`
Loading
Loading full blame...