Fix builds of SMEFT gg_tttt by valassi · Pull Request #632 · madgraph5/madgraph4gpu

valassi · 2023-04-06T19:04:10Z

This is a WIP MR including the process SMEFT gg_tttt relevant for @zeniheisser .

The builds fail both in HRDCOD=0 (#616) and HRDCOD=1 (#614)

cc: @zeniheisser @oliviermattelaer @roiser

… in smeft (NB: THESE BREAK OTHER PROCESSES!) The "e+0" to "e + 0" fix breaks exponents elsehwre in eemumu/ggtt*...

… succeeds but the builds fails In make HRDCOD=0 (default) Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:19:2: error: #error This non-SM physics process only supports MGONGPU_HARDCODE_PARAM builds (madgraph5#439): please run "make HRDCOD=1" 19 | #error This non-SM physics process only supports MGONGPU_HARDCODE_PARAM builds (madgraph5#439): please run "make HRDCOD=1" | ^~~~~ Parameters_SMEFTsim_topU3l_MwScheme_UFO.cc:33:47: error: exponent has no digits 33 | mdl_WH = slha.get_block_entry( "decay", 25, 4.070000e - 03 ); | ^~~~~~~~~ ... Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:535:43: error: ‘aS’ was not declared in this scope 535 | const fptype_sv mdl_gHgg2 = ( -7. * aS ) / ( 720. * M_PI ); | ^~ Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:541:64: error: conversion from ‘fptype_sv’ {aka ‘__vector(4) double’} to non-scalar type ‘const mgOnGpu::cxsmpl<double>’ requested 541 | constexpr cxsmpl<double> mdl_G__exp__3 = ( ( G ) * ( G ) * ( G ) ); | ~~~~~~~~~~~~~~~~^~~~~~~~~ ... Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:542:33: error: ‘mdl_WH’ was not declared in this scope; did you mean ‘mdl_dWH’? 542 | const fptype_sv mdl_dWH = mdl_WH * ( -0.24161 * mdl_dGf + 0.96644 * mdl_dgw + 0.4832199999999999 * mdl_dkH - 0.11186509426655467 * mdl_dWW + ( 0.36410378449238195 * mdl_cHj3 * mdl_vevhat__exp__2 ) / mdl_LambdaSMEFT__exp__2 + ( 0.17608307708657747 * mdl_cHl3 * mdl_vevhat__exp__2 ) / mdl_LambdaSMEFT__exp__2 + ( 0.1636 * mdl_cHG * mdl_MT__exp__2 * mdl_vevhat__exp__2 ) / ( mdl_LambdaSMEFT__exp__2 * ( -0.5 * mdl_gHgg2 * mdl_MH__exp__2 + mdl_gHgg1 * mdl_MT__exp__2 ) ) + ( mdl_cHW * ( -0.35937785117066967 * mdl_gHaa * mdl_gHza + 0.006164 * mdl_cth * mdl_gHaa * mdl_sth + 0.00454 * mdl_gHza * mdl_sth__exp__2 ) * mdl_vevhat__exp__2 ) / ( mdl_gHaa * mdl_gHza * mdl_LambdaSMEFT__exp__2 ) + ( mdl_cHWB * ( -0.00454 * mdl_cth * mdl_gHza * mdl_sth + mdl_gHaa * ( -0.0030819999999999997 + 0.006163999999999999 * mdl_sth__exp__2 ) ) * mdl_vevhat__exp__2 ) / ( mdl_gHaa * mdl_gHza * mdl_LambdaSMEFT__exp__2 ) + ( mdl_cHB * ( -0.006163999999999999 * mdl_cth * mdl_gHaa * mdl_sth - 0.00454 * mdl_gHza * ( -1. + mdl_sth__exp__2 ) ) * mdl_vevhat__exp__2 ) / ( mdl_gHaa * mdl_gHza * mdl_LambdaSMEFT__exp__2 ) + mdl_dWHc + mdl_dWHb + mdl_dWHta ); | ^~~~~~ | mdl_dWH ... In make HRDCOD=1 Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:118:29: error: exponent has no digits 118 | constexpr double mdl_WH = 4.070000e - 03; | ^~~~~~~~~ Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:381:56: in ‘constexpr’ expansion of ‘Parameters_SMEFTsim_topU3l_MwScheme_UFO::constexpr_pow(2.0e+0, 2.5e-1)’ Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:110:5: error: call to non-‘constexpr’ function ‘void __assert_fail(const char*, const char*, unsigned int, const char*)’ 110 | assert( static_cast<double>( iexp ) == exp ); // NB would fail at compile time with "error: call to non-‘constexpr’ function ‘void __assert_fail'" | ^~~~~~ ... Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:385:72: error: ‘ABS’ was not declared in this scope 385 | constexpr double mdl_propCorr = ABS( mdl_linearPropCorrections ) / ( ABS( mdl_linearPropCorrections ) + mdl_nb__10__exp___m_40 ); | ^~~ Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:398:49: error: call to non-‘constexpr’ function ‘mgOnGpu::cxsmpl<FP> mgOnGpu::conj(const mgOnGpu::cxsmpl<FP>&) [with FP = double]’ 398 | constexpr cxsmpl<double> mdl_conjg__cbH = conj( mdl_cbH ); | ~~~~^~~~~~~~~~~ ...

Fix conflicts: epochX/cudacpp/CODEGEN/PLUGIN/CUDACPP_SA_OUTPUT/model_handling.py (essentially, a better clang formatting fix was already in upstream/master)

…il both for HARDCOD=0 and =1, will try to merge susy2

valassi · 2024-02-29T20:32:06Z

I have retried the smeft_gg_tttt builds in PR #632 after merging in also the latest 'susy2' fixes from PR #625. There are still many failures for both HRDCOD=0 (#616) and HRDCOD=1 (#614).

It's quite clear that smeft has separate issues than susy, and it is quite obvious that these should be separate PRs.

I will focus on susy instead then...

…is ok (also added src/constexpr_math.h), builds fail for both HRDCOD=0 amd =1 For HRDCOD=1 (madgraph5#616), this is a (non-exhautive?) list of errors In file included from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:121:31: error: exponent has no digits 121 | constexpr double mdl_WH = 4.070000e - 03; | ^~~~~~~~~ In file included from /usr/include/c++/11/cassert:44, from ../../src/constexpr_math.h:11, from ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:23, from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:384:58: in ‘constexpr’ expansion of ‘mg5amcCpu::constexpr_pow(((long double)2.0e+0), ((long double)2.5e-1))’ ../../src/constexpr_math.h:55:5: error: call to non-‘constexpr’ function ‘void __assert_fail(const char*, const char*, unsigned int, const char*)’ 55 | assert( static_cast<long double>( iexp ) == exp ); // NB would fail at compile time with "error: call to non-‘constexpr’ function ‘void __assert_fail'" | ^~~~~~ In file included from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:388:37: error: ‘ABS’ was not declared in this scope 388 | constexpr double mdl_propCorr = ABS( mdl_linearPropCorrections ) / ( ABS( mdl_linearPropCorrections ) + mdl_nb__10__exp___m_40 ); | ^~~ In file included from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h: In function ‘const mg5amcCpu::Parameters_SMEFTsim_topU3l_MwScheme_UFO_dependentCouplings::DependentCouplings_sv mg5amcCpu::Parameters_SMEFTsim_topU3l_MwScheme_UFO_dependentCouplings::computeDependentCouplings_fromG(const fptype_sv&, const fptype*)’: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:554:45: error: ‘aS’ was not declared in this scope 554 | const fptype_sv mdl_gHgg2 = ( -7. * aS ) / ( 720. * M_PI ); | ^~ ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:560:66: error: conversion from ‘mg5amcCpu::fptype_sv’ {aka ‘__vector(4) double’} to non-scalar type ‘const mgOnGpu::cxsmpl<double>’ requested 560 | constexpr cxsmpl<double> mdl_G__exp__3 = ( ( G ) * ( G ) * ( G ) ); | ~~~~~~~~~~~~~~~~^~~~~~~~~ ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(121): warning #2506-D: a user-provided literal suffix must begin with "_" Remark: The warnings can be suppressed with "-diag-suppress <warning-number>" ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(121): error: user-defined literal operator not found For HRDCOD=0 (madgraph5#614), this is a (non-exhautive?) list of errors In file included from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h: In function ‘const mg5amcCpu::Parameters_SMEFTsim_topU3l_MwScheme_UFO_dependentCouplings::DependentCouplings_sv mg5amcCpu::Parameters_SMEFTsim_topU3l_MwScheme_UFO_dependentCouplings::computeDependentCouplings_fromG(const fptype_sv&, const fptype*)’: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:554:45: error: ‘aS’ was not declared in this scope 554 | const fptype_sv mdl_gHgg2 = ( -7. * aS ) / ( 720. * M_PI ); | ^~ ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:560:66: error: conversion from ‘mg5amcCpu::fptype_sv’ {aka ‘__vector(4) double’} to non-scalar type ‘const mgOnGpu::cxsmpl<double>’ requested 560 | constexpr cxsmpl<double> mdl_G__exp__3 = ( ( G ) * ( G ) * ( G ) ); | ~~~~~~~~~~~~~~~~^~~~~~~~~ ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:561:35: error: ‘mdl_WH’ was not declared in this scope; did you mean ‘mdl_dWH’? 561 | const fptype_sv mdl_dWH = mdl_WH * ( -0.24161 * mdl_dGf + 0.96644 * mdl_dgw + 0.4832199999999999 * mdl_dkH - 0.11186509426655467 * mdl_dWW + ( 0.36410378449238195 * mdl_cHj3 * mdl_vevhat__exp__2 ) / mdl_LambdaSMEFT__exp__2 + ( 0.17608307708657747 * mdl_cHl3 * mdl_vevhat__exp__2 ) / mdl_LambdaSMEFT__exp__2 + ( 0.1636 * mdl_cHG * mdl_MT__exp__2 * mdl_vevhat__exp__2 ) / ( mdl_LambdaSMEFT__exp__2 * ( -0.5 * mdl_gHgg2 * mdl_MH__exp__2 + mdl_gHgg1 * mdl_MT__exp__2 ) ) + ( mdl_cHW * ( -0.35937785117066967 * mdl_gHaa * mdl_gHza + 0.006164 * mdl_cth * mdl_gHaa * mdl_sth + 0.00454 * mdl_gHza * mdl_sth__exp__2 ) * mdl_vevhat__exp__2 ) / ( mdl_gHaa * mdl_gHza * mdl_LambdaSMEFT__exp__2 ) + ( mdl_cHWB * ( -0.00454 * mdl_cth * mdl_gHza * mdl_sth + mdl_gHaa * ( -0.0030819999999999997 + 0.006163999999999999 * mdl_sth__exp__2 ) ) * mdl_vevhat__exp__2 ) / ( mdl_gHaa * mdl_gHza * mdl_LambdaSMEFT__exp__2 ) + ( mdl_cHB * ( -0.006163999999999999 * mdl_cth * mdl_gHaa * mdl_sth - 0.00454 * mdl_gHza * ( -1. + mdl_sth__exp__2 ) ) * mdl_vevhat__exp__2 ) / ( mdl_gHaa * mdl_gHza * mdl_LambdaSMEFT__exp__2 ) + mdl_dWHc + mdl_dWHb + mdl_dWHta ); | ^~~~~~ | mdl_dWH ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(554): error: identifier "aS" is undefined ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(560): error: expression must have a constant value ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(560): note #2689-D: the value of variable "G" (550): here cannot be used as a constant ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(561): error: identifier "mdl_WH" is undefined

…but HRDCOD=0/1 builds still fail

valassi · 2024-03-08T16:40:11Z

I have also included the "susy" branch changes from PR #824. But smeft builds still fail, this requires slightly different types of fixes.

valassi · 2024-03-17T10:51:49Z

This is related vaguely to #616: I have fixed HRDCOD=0 builds for heft_gg_h in PR #824. But no progress yet for smeft gg_gg_tttt

I have updated this WIP PR with all relevant changes

…but HRDCOD=0/1 builds still fail -- For HRDCOD=0 (madgraph5#616), this is a (non-exhaustive?) list of errors In file included from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h: In function ‘const mg5amcCpu::Parameters_SMEFTsim_topU3l_MwScheme_UFO_dependentCouplings::DependentCouplings_sv mg5amcCpu::Parameters_SMEFTsim_topU3l_MwScheme_UFO_dependentCouplings::computeDependentCouplings_fromG(const fptype_sv&, const double*)’: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:583:45: error: ‘aS’ was not declared in this scope 583 | const fptype_sv mdl_gHgg2 = ( -7. * aS ) / ( 720. * M_PI ); | ^~ ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:589:66: error: conversion from ‘mg5amcCpu::fptype_sv’ {aka ‘__vector(4) double’} to non-scalar type ‘const mgOnGpu::cxsmpl<double>’ requested 589 | constexpr cxsmpl<double> mdl_G__exp__3 = ( ( G ) * ( G ) * ( G ) ); | ~~~~~~~~~~~~~~~~^~~~~~~~~ ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(583): error: identifier "aS" is undefined ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(589): error: expression must have a constant value ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(589): note #2689-D: the value of variable "G" (579): here cannot be used as a constant -- For HRDCOD=1 (madgraph5#614), this is a (non-exhaustive?) list of errors In file included from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:122:42: error: exponent has no digits 122 | __device__ constexpr double mdl_WH = 4.070000e - 03; | ^~~~~~~~~ In file included from /usr/include/c++/11/cassert:44, from ../../src/constexpr_math.h:11, from ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:23, from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:385:58: in ‘constexpr’ expansion of ‘mg5amcCpu::constexpr_pow(((long double)2.0e+0), ((long double)2.5e-1))’ ../../src/constexpr_math.h:55:5: error: call to non-‘constexpr’ function ‘void __assert_fail(const char*, const char*, unsigned int, const char*)’ 55 | assert( static_cast<long double>( iexp ) == exp ); // NB would fail at compile time with "error: call to non-‘constexpr’ function ‘void __assert_fail'" | ^~~~~~ In file included from /usr/include/c++/11/cassert:44, from ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:106, from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: /usr/include/assert.h:67:13: note: ‘void __assert_fail(const char*, const char*, unsigned int, const char*)’ declared here 67 | extern void __assert_fail (const char *__assertion, const char *__file, | ^~~~~~~~~~~~~ In file included from /usr/include/c++/11/cassert:44, from ../../src/constexpr_math.h:11, from ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:23, from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: In file included from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:389:37: error: ‘ABS’ was not declared in this scope 389 | constexpr double mdl_propCorr = ABS( mdl_linearPropCorrections ) / ( ABS( mdl_linearPropCorrections ) + mdl_nb__10__exp___m_40 ); | ^~~ ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h:389:74: error: ‘ABS’ was not declared in this scope 389 | constexpr double mdl_propCorr = ABS( mdl_linearPropCorrections ) / ( ABS( mdl_linearPropCorrections ) + mdl_nb__10__exp___m_40 ); | ^~~ In file included from CPPProcess.h:22, from Bridge.h:11, from fsampler.cc:8: ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(122): warning #2506-D: a user-provided literal suffix must begin with "_" Remark: The warnings can be suppressed with "-diag-suppress <warning-number>" ../../src/Parameters_SMEFTsim_topU3l_MwScheme_UFO.h(122): error: user-defined literal operator not found

valassi · 2024-03-19T13:58:20Z

Part of #614 may be related to #633 (clang formatting)?

…build: compute aS from G, fix and remove unnecessary calculation of G^3 Now 'make HRDCOD=0 FPTYPE=f' and 'make HRDCOD=0 FPTYPE=d' fail only because ABS is missing

… builds: replace ABS by std::abs

…RDCOD=0 FPTYPE=d tests CUDACPP_RUNTEST_DUMPEVENTS=1 ./runTest.exe

…om HRDCOD=0 FPTYPE=d tests CUDACPP_RUNTEST_DUMPEVENTS=1 ./runTest.exe cp ../../test/ref/dump* ../../../CODEGEN/PLUGIN/CUDACPP_SA_OUTPUT/test/ref/

…etter handling of aS, G^2, G^3 for SMEFT madgraph5#616 Note: generated code does not change here, only how it is generated

…adgraph5#616) builds: replace ABS by std::abs

valassi · 2024-03-20T12:23:12Z

Hi @oliviermattelaer this one about SMEFT is also ready for review now, can you have a look please?

Note, again this builds on top of the previous PR #824 for SUSY. So if you prefer just look at SUSY first. The new fixes here are related, but much simpler in a way, so maybe easiest if you approve the SUSY 824 first. (Then the review of this 632 becomes easier after merging 824).

Again, I am still running larger scale tests here in #632 before merging. But the review can already start. Thanks!

(Note: the CI tests are ok now, I fixed the small pending issues about G^2 and G^3, which were strangely different in SUSY and SMEFT)

…ng, I will make them shorter

…or GPU...)

…ec and LHE are ok! 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_smeftggtttt_mad/log_smeftggtttt_mad_d_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_smeftggtttt_mad/log_smeftggtttt_mad_f_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_smeftggtttt_mad/log_smeftggtttt_mad_m_inl0_hrd0.txt

… issues madgraph5#825 and madgraph5#826 are still open

…_h_bb and SM gg_bb for comparison, see madgraph5#828)

…(do not remove them completely yet?)

valassi · 2024-03-20T13:52:15Z

Good news, the 'tmad' tests (comparing fortran and cuda/cpp xsec and LHE) succeed for SMEFT gg_tttt. There are not the same issues as SUSY #825 or #826.

I also tried to improve on the HEFT and define a different process, but I have a doubt #828.

I am now rerunning large scale tests, then this is good to merge for me.

STARTED AT Wed Mar 20 02:50:23 PM CET 2024 ./tput/teeThroughputX.sh -mix -hrd -makej -eemumu -ggtt -ggttg -ggttgg -gqttq -ggttggg -makeclean ENDED(1) AT Wed Mar 20 06:23:49 PM CET 2024 [Status=0] ./tput/teeThroughputX.sh -flt -hrd -makej -eemumu -ggtt -ggttgg -inlonly -makeclean ENDED(2) AT Wed Mar 20 06:51:12 PM CET 2024 [Status=0] ./tput/teeThroughputX.sh -makej -eemumu -ggtt -ggttg -gqttq -ggttgg -ggttggg -flt -bridge -makeclean ENDED(3) AT Wed Mar 20 07:01:20 PM CET 2024 [Status=0] ./tput/teeThroughputX.sh -eemumu -ggtt -ggttgg -flt -rmbhst ENDED(4) AT Wed Mar 20 07:04:44 PM CET 2024 [Status=0] ./tput/teeThroughputX.sh -eemumu -ggtt -ggttgg -flt -curhst ENDED(5) AT Wed Mar 20 07:08:09 PM CET 2024 [Status=0] ./tput/teeThroughputX.sh -eemumu -ggtt -ggttgg -flt -common ENDED(6) AT Wed Mar 20 07:11:36 PM CET 2024 [Status=0] ./tput/teeThroughputX.sh -flt -hrd -makej -susyggtt -susyggt1t1 -smeftggtttt -heftggh -makeclean ENDED(7) AT Wed Mar 20 07:35:11 PM CET 2024 [Status=0]

(SM tests) STARTED AT Wed Mar 20 07:35:11 PM CET 2024 ENDED AT Thu Mar 21 12:12:59 AM CET 2024 (BSM tests) STARTED AT Thu Mar 21 12:12:59 AM CET 2024 ENDED AT Thu Mar 21 12:21:27 AM CET 2024 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_eemumu_mad/log_eemumu_mad_d_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_eemumu_mad/log_eemumu_mad_f_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_eemumu_mad/log_eemumu_mad_m_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttggg_mad/log_ggttggg_mad_d_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttggg_mad/log_ggttggg_mad_f_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttggg_mad/log_ggttggg_mad_m_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttgg_mad/log_ggttgg_mad_d_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttgg_mad/log_ggttgg_mad_f_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttgg_mad/log_ggttgg_mad_m_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttg_mad/log_ggttg_mad_d_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttg_mad/log_ggttg_mad_f_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggttg_mad/log_ggttg_mad_m_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggtt_mad/log_ggtt_mad_d_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggtt_mad/log_ggtt_mad_f_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_ggtt_mad/log_ggtt_mad_m_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_gqttq_mad/log_gqttq_mad_d_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_gqttq_mad/log_gqttq_mad_f_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_gqttq_mad/log_gqttq_mad_m_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_smeftggtttt_mad/log_smeftggtttt_mad_d_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_smeftggtttt_mad/log_smeftggtttt_mad_f_inl0_hrd0.txt 24 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_smeftggtttt_mad/log_smeftggtttt_mad_m_inl0_hrd0.txt 0 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_susyggt1t1_mad/log_susyggt1t1_mad_d_inl0_hrd0.txt 0 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_susyggt1t1_mad/log_susyggt1t1_mad_f_inl0_hrd0.txt 0 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_susyggt1t1_mad/log_susyggt1t1_mad_m_inl0_hrd0.txt 0 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_susyggtt_mad/log_susyggtt_mad_d_inl0_hrd0.txt 0 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_susyggtt_mad/log_susyggtt_mad_f_inl0_hrd0.txt 0 /data/avalassi/GPU2023/madgraph4gpuX/epochX/cudacpp/tmad/logs_susyggtt_mad/log_susyggtt_mad_m_inl0_hrd0.txt

…s.sh

valassi · 2024-03-21T11:13:17Z

All my tests are done, this is good to go for me. Can merge as soon as revieweed.

…5#824) into smeft2

valassi · 2024-04-09T13:13:59Z

I have updated this by merging in master after #824 susy was merged

oliviermattelaer

Will just need to made some change when upstream is ready with the required fix

epochX/cudacpp/CODEGEN/PLUGIN/CUDACPP_SA_OUTPUT/model_handling.py

… and SMEFT madgraph5#632) into heft

valassi · 2024-04-09T17:55:28Z

Will just need to made some change when upstream is ready with the required fix

Thanks Olivier. We already merged this, now I just checked that I replied to all comments. All good for me.

… and SMEFT madgraph5#632) into jtmk Fix minor conflicts: epochX/cudacpp/tput/throughputX.sh

valassi added 2 commits April 6, 2023 21:06

[smeft2] in CODEGEN, add a few formatting post-fixes for clang-format…

3cef7bd

… in smeft (NB: THESE BREAK OTHER PROCESSES!) The "e+0" to "e + 0" fix breaks exponents elsehwre in eemumu/ggtt*...

valassi force-pushed the smeft2 branch from 8904e13 to 44a78a8 Compare April 6, 2023 19:06

valassi marked this pull request as draft April 6, 2023 19:07

This was referenced Apr 7, 2023

Support for non-SM UFO models: HRDCOD=1 build fails in model SMEFTsim_topU3l_MwScheme_UFO #614

Closed

Support for non-SM UFO models: standard build, HRDCOD=0 build fails in model SMEFTsim_topU3l_MwScheme_UFO #616

Closed

processes for the paper #344

Open

valassi added 2 commits February 29, 2024 21:09

Merge remote-tracking branch 'upstream/master' into smeft2

3eec0f3

Fix conflicts: epochX/cudacpp/CODEGEN/PLUGIN/CUDACPP_SA_OUTPUT/model_handling.py (essentially, a better clang formatting fix was already in upstream/master)

[smeft] regenerate smeft_gg_tttt.sa - generation is ok, but builds fa…

83acce6

…il both for HARDCOD=0 and =1, will try to merge susy2

valassi self-assigned this Feb 29, 2024

valassi added 2 commits February 29, 2024 21:34

Merge branch 'susy2' into smeft2

fc1ce2b

valassi force-pushed the smeft2 branch from 902019d to 8a6f50d Compare February 29, 2024 20:35

valassi mentioned this pull request Feb 29, 2024

fix susy gg_tt builds and add it to the repo #625

Merged

valassi added 2 commits March 8, 2024 17:16

Merge branch 'susy' into smeft2

0de8932

[smeft2] regenerate smeft_gg_tttt after merging susy - codegen is ok …

34bae25

…but HRDCOD=0/1 builds still fail

Merge branch 'susy' into smeft2

380e95a

valassi mentioned this pull request Mar 17, 2024

comprehensive set of fixes for SUSY (complete) and EFT (partial) - keep susy_gg_tt, susy_gg_t1t1, heft_gg_h in repo and test them in CI #824

Merged

valassi force-pushed the smeft2 branch from e346acb to a6ba77f Compare March 19, 2024 13:56

valassi added 6 commits March 19, 2024 17:25

[smeft2] in smeft_gg_tttt, make progress in HRDCOD=0 (madgraph5#616) …

e8ce1b4

…build: compute aS from G, fix and remove unnecessary calculation of G^3 Now 'make HRDCOD=0 FPTYPE=f' and 'make HRDCOD=0 FPTYPE=d' fail only because ABS is missing

[smeft2] in smeft_gg_tttt, complete fixes for HRDCOD=0 (madgraph5#616)…

c1bee92

… builds: replace ABS by std::abs

[smeft2] in smeft_gg_tttt, add the reference log file computed from H…

4604b8e

…RDCOD=0 FPTYPE=d tests CUDACPP_RUNTEST_DUMPEVENTS=1 ./runTest.exe

[smeft2] in CODEGEN, add smeft_gg_tttt reference log file computed fr…

3ba5c44

…om HRDCOD=0 FPTYPE=d tests CUDACPP_RUNTEST_DUMPEVENTS=1 ./runTest.exe cp ../../test/ref/dump* ../../../CODEGEN/PLUGIN/CUDACPP_SA_OUTPUT/test/ref/

[smeft2] in CODEGEN, modify model_handling.py to eventually allow a b…

30c439e

…etter handling of aS, G^2, G^3 for SMEFT madgraph5#616 Note: generated code does not change here, only how it is generated

[smeft2] in CODEGEN, backport from smeft_gg_tttt a fix for HRDCOD=0 (m…

f0b9df1

…adgraph5#616) builds: replace ABS by std::abs

valassi requested a review from oliviermattelaer March 20, 2024 12:20

valassi added 8 commits March 20, 2024 13:30

[smeft2] add four tput logs for smeftggtttt... the tests are a bit lo…

0014c74

…ng, I will make them shorter

[smeft2] add smeft_gg_tttt support to tmad scripts

cc6ca5d

[smeft2] make tput testst for smeft_gg_tttt shorter (may be too short?)

8332bab

[smeft2] rerun shorter tput tests for smeftggtttt (indeed too short f…

ee2ecda

…or GPU...)

[smeft2] rerun tmad tests for susy - no improvement from SMEFT fixes,…

9b99d71

… issues madgraph5#825 and madgraph5#826 are still open

[smeft2] in CODEGEN/generateAndCompare.sh add heft_gg_bb (and heft_gg…

1adc2f8

…_h_bb and SM gg_bb for comparison, see madgraph5#828)

[smeft2] in CODEGEN, disable warnings about limited support for EFTs …

007dbe4

…(do not remove them completely yet?)

valassi changed the title ~~Fix builds of smeft gg_tttt~~ Fix builds of SMEFT gg_tttt Mar 20, 2024

valassi linked an issue Mar 20, 2024 that may be closed by this pull request

Add heft_gg_h (or another non-SM process with HRDCOD=1) to tput tests and to CI tests #732

Closed

This was referenced Mar 20, 2024

Add heft_gg_h (or another non-SM process with HRDCOD=1) to tput tests and to CI tests #732

Closed

Fix loop_no_b_mass SM processes (COND and reglog are missing) #696

Open

valassi added 3 commits March 21, 2024 11:36

[smeft2] ** COMPLETE SMEFT2 ** improve debug printouts in tmad/allTee…

6a01dd3

…s.sh

valassi mentioned this pull request Apr 5, 2024

add HEFT gg_bb to the repo (with additional fixes for underflow FPEs) #832

Merged

Merge remote-tracking branch 'upstream/master' (with susy PR madgraph…

e44535d

…5#824) into smeft2

oliviermattelaer approved these changes Apr 9, 2024

View reviewed changes

epochX/cudacpp/CODEGEN/PLUGIN/CUDACPP_SA_OUTPUT/model_handling.py Show resolved Hide resolved

epochX/cudacpp/CODEGEN/PLUGIN/CUDACPP_SA_OUTPUT/model_handling.py Show resolved Hide resolved

oliviermattelaer merged commit df29acb into madgraph5:master Apr 9, 2024

valassi added a commit to valassi/madgraph4gpu that referenced this pull request Apr 9, 2024

Merge remote-tracking branch 'upstream/master' (with SUSY madgraph5#824…

8d9f7aa

… and SMEFT madgraph5#632) into heft

This was referenced Apr 9, 2024

G^2 is sometimes handle as complex and sometimes as real mg5amcnlo/mg5amcnlo#89

Closed

possibility to track parameter in UFO model mg5amcnlo/mg5amcnlo#90

Open

valassi added a commit to valassi/madgraph4gpu that referenced this pull request Apr 9, 2024

Merge remote-tracking branch 'upstream/master' (with SUSY madgraph5#824…

6199e05

… and SMEFT madgraph5#632) into jtmk Fix minor conflicts: epochX/cudacpp/tput/throughputX.sh

valassi mentioned this pull request Apr 9, 2024

Jorgen's makefiles with separate builds for CUDA, HIP and C++ #798

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Fix builds of SMEFT gg_tttt#632

Fix builds of SMEFT gg_tttt#632
oliviermattelaer merged 63 commits intomadgraph5:masterfrom
valassi:smeft2

valassi commented Apr 6, 2023 •

edited

Loading

Uh oh!

valassi commented Feb 29, 2024

Uh oh!

valassi commented Mar 8, 2024

Uh oh!

valassi commented Mar 17, 2024

Uh oh!

valassi commented Mar 19, 2024

Uh oh!

valassi commented Mar 20, 2024

Uh oh!

valassi commented Mar 20, 2024

Uh oh!

valassi commented Mar 21, 2024

Uh oh!

valassi commented Apr 9, 2024

Uh oh!

oliviermattelaer left a comment

Uh oh!

Uh oh!

Uh oh!

valassi commented Apr 9, 2024

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

valassi commented Apr 6, 2023 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

valassi commented Feb 29, 2024

Uh oh!

valassi commented Mar 8, 2024

Uh oh!

valassi commented Mar 17, 2024

Uh oh!

valassi commented Mar 19, 2024

Uh oh!

valassi commented Mar 20, 2024

Uh oh!

valassi commented Mar 20, 2024

Uh oh!

valassi commented Mar 21, 2024

Uh oh!

valassi commented Apr 9, 2024

Uh oh!

oliviermattelaer left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

valassi commented Apr 9, 2024

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

valassi commented Apr 6, 2023 •

edited

Loading