- User Since
- Jul 3 2018, 2:12 PM (186 w, 2 d)
Nov 10 2021
Instead of proceeding with D76, we have instead created a branch for the Swift-HEP tests in the CERN GitLab (mirror) repository: https://gitlab.cern.ch/evtgen/evtgen/-/tree/SwiftHEP_Tests
Oct 29 2021
Sep 11 2021
Example probability distribution for Dstar0 -> D0 e+ e- decay:
Mar 17 2021
Mar 16 2021
Changes look good, Michal. The code is now more general and has excellent agreement with the previous version. Thanks.
Feb 27 2021
Feb 10 2021
Code can be merged, although it would be good if the "DK P-wave" comment for calcGamma in LauKMatrixPropagator.hh is removed before this revision is landed.
Feb 9 2021
Thanks @johndan for implementing my suggestion.
Feb 8 2021
Feb 3 2021
For reference, old LHCb JIRA task for tau decays using TAUOLA (which could not add spin info): https://its.cern.ch/jira/browse/LHCBGAUSS-841.
Jan 15 2021
Jan 12 2021
Code changes look OK. Thanks for porting these over from the LHCb merge request, Michal.
Ok, don't see any showstoppers. Thanks for writing this model, Michal.
Jan 11 2021
From further discussion elsewhere, it looks like the code needs further edits to allow channel-dependent L values (for a given total angular momentum J).
Algorithm looks OK overall, although it would be good if we could try to avoid using double pointers in various functions.
Need to apply an upper bound = 0 for s_0^scatt if this is allowed to float. Some parameters still need "names" added, as per Tom's suggestion.
Jan 6 2021
Thanks @johndan, the changes you have made so far look good and makes the code more general. I have replied to your questions, and have also suggested that we calculate the barrier radii-squared terms at initialisation. Not sure what we can do for avoiding hard-coding the D* mass at initialisation (regarding access to LauResonanceMaker info).
Dec 20 2020
Example environment setup script, using cvmfs packages:
Dec 19 2020
Dec 18 2020
Dec 17 2020
I've had a first look at the code and have provided some suggestions for changes that I think are needed.
Dec 10 2020
Code can be merged.
Nov 2 2020
Oct 6 2020
Oct 3 2020
I'll try to compare the physics against the referenced paper next week, although I guess this was checked during the LHCb review?
- Update EvtEtaLLPiPi model according to D34 suggestions.
Sep 1 2020
Aug 21 2020
Code review: https://phab.hepforge.org/D34
Aug 19 2020
! In T108#1685, @tlatham wrote:
Presumably then we would have json files that define the tests for each model and also have some other json file that maps the model to the source and header files that it depends on (or probably the other way around), then in the CI pipeline we would check what code has changed in the commit and decide which models need to be rerun based on the changes. Is that the idea?
Aug 18 2020
The idea is to run a test doing:
- Need to decide if including the json header & source file is compatible with our license; I think it'll be OK since we include its own license fully.
- Also need to think about where we can store reference histograms for CI pipline. Can we use CERN EOS?
- Can ROOT be used in a CI pipeline? If not, we could create our own simple "histogram" class to store distributions so that they can be compared with references.
Apr 8 2020
Mar 12 2020
Mar 9 2020
Feb 10 2020
Nov 15 2019
Jul 16 2019
Jul 3 2019
May 9 2019
May 3 2019
May 1 2019
Feb 15 2019
Feb 1 2019
Jan 30 2019
I think I've fixed all of the compilation errors and warnings, and have also added the cmake branch changes as well. To build this modernize branch using cmake, do:
Jan 24 2019
Jan 21 2019
Dec 24 2018
I tried gcc 6.3.0 and the configure script has been modified to enable C++14, although the corresponding environment variable is still called CPP11.
Dec 21 2018
LHCb repository uses report() for print statements while our version uses EvtGenReport(). Used the following sed-like commands to change these lines:
There are compilation problems, specifically private copy constructors in EvtItgPtrFunction and related classes, giving errors when auto and make_unique are used in EvtBtoXsgammaKagan, for example. Similar issues occur for
EvtRareLbToLll, EvtVubBLNP and EvtVubNLO. Could be compiler-version dependent?