STDHEP error while compiling

Asked by Thomas Cousin

Dear MG Team,

I recently tried to use mg5 at NLO. When It installed all the requirement to work properly, It stopped with an with error when compiling STDHEP. So I followed the instruction of the Bug #1334014 and discovered that the compilation of "vendor/StdHEP/src/stdhep" stopped with error.
Looks like there is something missing in my /lib directory (I don't have "libstdhep.so") ?

I wonder if you have any idea to help me.

Here is the log :

1) log fail when it failed to compile the fist time :

A compilation Error occurs when trying to compile /home/thomas/Documents/MG5_aMC_v2_9_13/vendor/StdHEP.
The compilation fails with the following output message:
    test -d ./bin || mkdir -p ./bin
    test -d ./lib || mkdir -p ./lib
    (cd mcfio/src; make all) > log.mcfio.$$ 2>&1
    make: *** [makefile:32 : mcfio] Erreur 2

Please try to fix this compilations issue and retry.
Help might be found at https://answers.launchpad.net/mg5amcnlo.
If you think that this is a bug, you can report this at https://bugs.launchpad.net/mg5amcnlo

2) When I compile it separately :

the end,

gcc -Wno-implicit-function-declaration -I../../src/inc -I../../mcfio/src -fPIC -c -o copy_stdevent_s.o copy_stdevent.c
gcc -Wno-implicit-function-declaration -I../../src/inc -I../../mcfio/src -fPIC -c -o sum_4vec_d_s.o sum_4vec_d.c
gcc -Wno-implicit-function-declaration -I../../src/inc -I../../mcfio/src -fPIC -c -o sum_4vec_f_s.o sum_4vec_f.c
Creating shared library ../../lib/libstdhep.so ...
gcc -Wl,-soname,libstdhep.so -shared -o ../../lib/libstdhep.so \
 adumtmp_s.o cnv1998to2000_s.o cnv2000to2002_s.o cnv2000to2002lst_s.o cnv2000to2004_s.o cnv2000to2004lst_s.o cnv2004to2006_s.o cnv2004to2006lst_s.o cnv98to00lst_s.o dpmhep_s.o dpmtran_s.o dumphepeup_s.o dumpheprup_s.o gtran_s.o hep2geant_s.o hepchg_2002_s.o hepchg_2004_s.o hepchg_s.o hepchg_old_s.o hepcmp_2002_s.o hepcmp_2004_s.o hepcmp_s.o hepcmp_old_s.o heplst_s.o hepnam_2002_s.o hepnam_2004_s.o hepnam_s.o hepnam_old_s.o heptree_s.o hptrlstdpm_s.o hptrlsth_s.o hptrlsti_s.o hptrlstj_s.o hptrlstq_s.o hwghep_s.o hwtran_s.o isahep_s.o istran_s.o lunhep_s.o luntmp_s.o lutran_s.o parsecsv_2004_s.o parsecsv_s.o pdgprtb_s.o pdgrdcsvtb_s.o pdgrdtb_s.o pdgtonew_s.o pdgtran_s.o pythia2ev4_s.o qqhep_s.o qqtran_s.o readmadgraph_s.o std3to4_s.o std3to4lst_s.o std3to4prt_s.o std3to4tran_s.o stdchgdsclst_s.o stdchg_s.o stdcomp_s.o stdcquarks_s.o stddautr_s.o stddautrlst_s.o stddecayqq_s.o stddscndlst_s.o stdexpname_s.o stdfixmass_s.o stdfixpart_s.o stdflhwxsec_s.o stdflisxsec_s.o stdflpyxsec_s.o stdlst_s.o stdmsjet_s.o stdparent_s.o stdparentlst_s.o stdprthd_s.o stdqqadd_s.o stdqqdcy_s.o stdqquset_s.o stdquarkcnt_s.o stdquarklst_s.o stdquarks_s.o stdrotboost_s.o stdsort_s.o stdspin_s.o stdstdsclst_s.o stdtcopy_s.o stdversn_s.o stdvtxmatch_s.o stdxend_s.o stdxrd_s.o stdxrdm_s.o stdxrinit_s.o stdxropen_s.o stdxwcm1_s.o stdxwevt_s.o stdxwevtlh_s.o stdxwevtup_s.o stdxwinit_s.o stdxwopen_s.o stdxwrt_s.o stdzero_s.o stdzeroqq_s.o zerohepeup_s.o mcf_hepev4_xdr_s.o mcf_hepup_xdr_s.o mcf_stdcm1_xdr_s.o mcf_StdHep_cxx_s.o mcf_Stdhep_xdr_s.o copy_stdevent_s.o sum_4vec_d_s.o sum_4vec_f_s.o
/usr/bin/ld : mcf_StdHep_cxx_s.o:(.bss+0x8cad0) : définitions multiples de « stdver_ »; mcf_stdcm1_xdr_s.o:(.bss+0x0) : défini pour la première fois ici
/usr/bin/ld : mcf_Stdhep_xdr_s.o:(.bss+0x0) : définitions multiples de « stdver_ »; mcf_stdcm1_xdr_s.o:(.bss+0x0) : défini pour la première fois ici
/usr/bin/ld : copy_stdevent_s.o:(.bss+0x0) : définitions multiples de « stdevent_ »; mcf_StdHep_cxx_s.o:(.bss+0x0) : défini pour la première fois ici
collect2: error: ld returned 1 exit status
make: *** [GNUmakefile:53 : ../../lib/libstdhep.so] Erreur 1

Thanks in advance,

Thomas

Question information

Language:
English Edit question
Status:
Solved
For:
MadGraph5_aMC@NLO Edit question
Assignee:
No assignee Edit question
Solved by:
Olivier Mattelaer
Solved:
Last query:
Last reply:
Revision history for this message
Olivier Mattelaer (olivier-mattelaer) said :
#1

Dear Thomas,

stdhep is an old format which as far as I know is not supported anymore by their original author.
Mainly because modern parton-shower does not use such format anymore.
For NLO production, I would strongly suggest to use a supported parton shower (which means that such PS does not rely on such library).

So the support of such format is done on best effort and soon it will likely not be possible to maintain those old parton-shower working within our code (for legacy comparision) compatible with recent compiler.

Now I did solve that particular issue recenctly, I guess that it was include in the 2.9.14 release.
Can you check (sorry I can not check myself when writting because I'm in a plane without internet).

If you still have it, tell me I will find the git commit where I did fix it such that you could apply the patch

Cheers,

Olivier

> On 27 Feb 2023, at 18:25, Thomas Cousin <email address hidden> wrote:
>
> Question #705579 on MadGraph5_aMC@NLO changed:
> https://answers.launchpad.net/mg5amcnlo/+question/705579
>
> Description changed to:
> Dear MG Team,
>
> I recently tried to use mg5 at NLO. When It installed all the requirement to work properly, It stopped with an with error when compiling STDHEP. So I followed the instruction of the Bug #1334014 and discovered that the compilation of "vendor/StdHEP/src/stdhep" stopped with error.
> Looks like there is something missing in my /lib directory (I don't have "libstdhep.so") ?
>
> I wonder if you have any idea to help me.
>
> Here is the log :
>
> 1) log fail when it failed to compile the fist time :
>
> A compilation Error occurs when trying to compile /home/thomas/Documents/MG5_aMC_v2_9_13/vendor/StdHEP.
> The compilation fails with the following output message:
> test -d ./bin || mkdir -p ./bin
> test -d ./lib || mkdir -p ./lib
> (cd mcfio/src; make all) > log.mcfio.$$ 2>&1
> make: *** [makefile:32 : mcfio] Erreur 2
>
> Please try to fix this compilations issue and retry.
> Help might be found at https://answers.launchpad.net/mg5amcnlo.
> If you think that this is a bug, you can report this at https://bugs.launchpad.net/mg5amcnlo
>
> 2) When I compile it separately :
>
> the end,
>
> gcc -Wno-implicit-function-declaration -I../../src/inc -I../../mcfio/src -fPIC -c -o copy_stdevent_s.o copy_stdevent.c
> gcc -Wno-implicit-function-declaration -I../../src/inc -I../../mcfio/src -fPIC -c -o sum_4vec_d_s.o sum_4vec_d.c
> gcc -Wno-implicit-function-declaration -I../../src/inc -I../../mcfio/src -fPIC -c -o sum_4vec_f_s.o sum_4vec_f.c
> Creating shared library ../../lib/libstdhep.so ...
> gcc -Wl,-soname,libstdhep.so -shared -o ../../lib/libstdhep.so \
> adumtmp_s.o cnv1998to2000_s.o cnv2000to2002_s.o cnv2000to2002lst_s.o cnv2000to2004_s.o cnv2000to2004lst_s.o cnv2004to2006_s.o cnv2004to2006lst_s.o cnv98to00lst_s.o dpmhep_s.o dpmtran_s.o dumphepeup_s.o dumpheprup_s.o gtran_s.o hep2geant_s.o hepchg_2002_s.o hepchg_2004_s.o hepchg_s.o hepchg_old_s.o hepcmp_2002_s.o hepcmp_2004_s.o hepcmp_s.o hepcmp_old_s.o heplst_s.o hepnam_2002_s.o hepnam_2004_s.o hepnam_s.o hepnam_old_s.o heptree_s.o hptrlstdpm_s.o hptrlsth_s.o hptrlsti_s.o hptrlstj_s.o hptrlstq_s.o hwghep_s.o hwtran_s.o isahep_s.o istran_s.o lunhep_s.o luntmp_s.o lutran_s.o parsecsv_2004_s.o parsecsv_s.o pdgprtb_s.o pdgrdcsvtb_s.o pdgrdtb_s.o pdgtonew_s.o pdgtran_s.o pythia2ev4_s.o qqhep_s.o qqtran_s.o readmadgraph_s.o std3to4_s.o std3to4lst_s.o std3to4prt_s.o std3to4tran_s.o stdchgdsclst_s.o stdchg_s.o stdcomp_s.o stdcquarks_s.o stddautr_s.o stddautrlst_s.o stddecayqq_s.o stddscndlst_s.o stdexpname_s.o stdfixmass_s.o stdfixpart_s.o stdflhwxsec_s.o stdflisxsec_s.o stdflpyxsec_s.o stdlst_s.o stdmsjet_s.o stdparent_s.o stdparentlst_s.o stdprthd_s.o stdqqadd_s.o stdqqdcy_s.o stdqquset_s.o stdquarkcnt_s.o stdquarklst_s.o stdquarks_s.o stdrotboost_s.o stdsort_s.o stdspin_s.o stdstdsclst_s.o stdtcopy_s.o stdversn_s.o stdvtxmatch_s.o stdxend_s.o stdxrd_s.o stdxrdm_s.o stdxrinit_s.o stdxropen_s.o stdxwcm1_s.o stdxwevt_s.o stdxwevtlh_s.o stdxwevtup_s.o stdxwinit_s.o stdxwopen_s.o stdxwrt_s.o stdzero_s.o stdzeroqq_s.o zerohepeup_s.o mcf_hepev4_xdr_s.o mcf_hepup_xdr_s.o mcf_stdcm1_xdr_s.o mcf_StdHep_cxx_s.o mcf_Stdhep_xdr_s.o copy_stdevent_s.o sum_4vec_d_s.o sum_4vec_f_s.o
> /usr/bin/ld : mcf_StdHep_cxx_s.o:(.bss+0x8cad0) : définitions multiples de « stdver_ »; mcf_stdcm1_xdr_s.o:(.bss+0x0) : défini pour la première fois ici
> /usr/bin/ld : mcf_Stdhep_xdr_s.o:(.bss+0x0) : définitions multiples de « stdver_ »; mcf_stdcm1_xdr_s.o:(.bss+0x0) : défini pour la première fois ici
> /usr/bin/ld : copy_stdevent_s.o:(.bss+0x0) : définitions multiples de « stdevent_ »; mcf_StdHep_cxx_s.o:(.bss+0x0) : défini pour la première fois ici
> collect2: error: ld returned 1 exit status
> make: *** [GNUmakefile:53 : ../../lib/libstdhep.so] Erreur 1
>
>
> Thanks in advance,
>
> Thomas
>
> --
> You received this question notification because you are an answer
> contact for MadGraph5_aMC@NLO.

Revision history for this message
Thomas Cousin (tcousin) said :
#2

Dear Olivier,

Thanks for you answer, I tried with 2.9.14 release and unfortunately I have the same issue.

Since it is not longer supported, I presume that is it better to use pythia8 ? I have some issues with pythia8 at NLO while it work well at LO. Then it is probably worth to spend time trying to solve my pythia8 problems than stdhep problem to use Herwig6 ?

Thanks in advance,

Thomas

Revision history for this message
Best Olivier Mattelaer (olivier-mattelaer) said :
#3

If your point is to produce new result today, you should not use out-dated parton-shower (so none of the following: herwig6, herwig++, pythia6). If your point is to reproduce previous result then it make sense to use such legacy code.

So yes in your case, it makes sense to investigate the installation of pythia8.
Just in case the patch that i was using to fix this stdhep error is here (now i do have internet):
https://github.com/mg5amcnlo/mg5amcnlo/commit/7020967960081369638964eb50be0080f171de32

Cheers,

Olivier

Revision history for this message
Thomas Cousin (tcousin) said :
#4

Thanks Olivier Mattelaer, that solved my question.