-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BSM UFO models: ME mismatch between HRDCOD=0 and HRDCOD=1 in EWdim6 u d~ to w+ z #846
Comments
…madgraph5#846) in runTest for all three hrd1 tests
…hat HRDCOD=0 results are correct (and HRDCOD=1 are wrong madgraph5#846)
Note1: the tmad tests comparing to Fortran succeed (for HRDCOD=0). So I would guess that it is HRDCOD=1 that gives wrong results? Note2: however, in PR #847, the CI actually fails the test for HRDCOD=0 (which should normally succeed??). So there is clearly something to be understood here. https://github.com/madgraph5/madgraph4gpu/actions/runs/9114905159/job/25059969417?pr=847
|
And, even more bizarre, the .mad tests succeed in the same CI, it is only the .sa tests that fail. (This was normally the same code I think?). So again something to be debugged... |
Hi @zeniheisser , as discussed I have checked that my recent SUSY/HEFT/SMEFT patches make it possible to code generate EWdim6 u d~ to w+ z, thus fixing what you reported in #615.
The code also builds and runs. However I found a mismatch in the calculation of the ME between HRDCOD=0 and HRDCOD=1 (within runTest.exe in my "tput" test suite). If I use a reference file created with HRDCOD=1, then the test fails for HRDCOD=1, and I guess viceversa. I am not sure which one is correct. I will later on also compare to fortran.
The error is for instance the following:
The same failure happens for FPTYPE=d,f,m.
The text was updated successfully, but these errors were encountered: