Launching process with different compiler

Asked by matteo maltoni

Dear MadGraph experts,

I generated the output for (p p > l+ l- j j NP=2 [QCD]) on the lemaitre3 cluster, due to the large number of subprocesses; then I downloaded the folder on my laptop to launch a fixed order generation.

However, I'm getting the error reported below: I suppose it's due to the different compilers used, am I right?
Is there a way to make it run on my laptop? The analysis would be much easier to handle.

Thank you,

Matteo

Here's the error text:

Command "launch auto " interrupted with error:
Exception : fct <function compile_dir at 0x7fc14f4f3af0> does not return 0:
  A compilation Error occurs when trying to compile /home/matteo/Scrivania/MG5_aMC_v3_1_0/bin/pp_Z_lljj_EW/fixed_order/SubProcesses/P0_uc_ucemep.
 The compilation fails with the following output message:
     gfortran -lstdc++ -o test_soft_col_limits analysis_HwU_pp_Z_lljj_smeft.o HwU.o open_output_files_dummy.o parton_lum_3.o parton_lum_chooser.o parton_lum_1.o parton_lum_2.o matrix_2.o matrix_3.o matrix_1.o FKSParams.o real_me_chooser.o chooser_functions.o recmom.o genps_fks.o setcuts.o setscales.o veto_xsec.o b_sf_006.o b_sf_004.o b_sf_002.o b_sf_001.o b_sf_005.o b_sf_003.o born.o sborn_sf.o extra_cnt_wrapper.o fks_Sij.o fastjetfortran_madfks_core.o fjcore.o fastjet_wrapper.o fks_singular.o montecarlocounter.o reweight_xsec.o boostwdir2.o initcluster.o cluster.o splitorders_stuff.o reweight.o get_color.o iproc_map.o MC_integer.o reweight_xsec_events_pdf_dummy.o pineappl_interface_dummy.o weight_lines.o mint_module.o polfit.o cuts.o pythia_unlops.o recluster.o fill_MC_mshell.o born_hel.o open_output_files.o add_write_info.o madfks_plot.o test_soft_col_limits.o BinothLHADummy.o -L../../lib/ -ldhelas -lgeneric -lmodel -lpdf -lcernlib -lstdc++
     /usr/bin/ld: HwU.o: relocation R_X86_64_32 against symbol `__hwu_variables_MOD_histi' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: open_output_files_dummy.o: relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: parton_lum_3.o: relocation R_X86_64_32 against symbol `subproc_' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: parton_lum_2.o: relocation R_X86_64_32 against symbol `subproc_' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: matrix_1.o: relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: real_me_chooser.o: relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: recmom.o: relocation R_X86_64_32 against `.bss' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: setscales.o: relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: b_sf_006.o: relocation R_X86_64_32S against symbol `to_saveamp_' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: b_sf_001.o: relocation R_X86_64_32S against symbol `to_saveamp_' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: born.o: relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: sborn_sf.o: relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: fastjetfortran_madfks_core.o: relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: fjcore.o: relocation R_X86_64_32S against symbol `_ZTVN6fjcore9PseudoJetE' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: fastjet_wrapper.o: relocation R_X86_64_32 against `.bss' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: cluster.o: relocation R_X86_64_32S against symbol `cl_map_' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: splitorders_stuff.o: relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: reweight.o: relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: get_color.o: relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: MC_integer.o: relocation R_X86_64_32 against symbol `integration_integer_' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: reweight_xsec_events_pdf_dummy.o: relocation R_X86_64_32S against `.rodata.str1.8' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: pineappl_interface_dummy.o: relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: weight_lines.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: polfit.o: relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: cuts.o: relocation R_X86_64_32S against `.bss' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: pythia_unlops.o: relocation R_X86_64_32S against `.bss' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: recluster.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: born_hel.o: relocation R_X86_64_32S against symbol `to_saveamp_' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: add_write_info.o: relocation R_X86_64_32 against `.bss' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: ../../lib//libdhelas.a(aloha_functions.o): relocation R_X86_64_32S against `.bss' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: ../../lib//libgeneric.a(kin_functions.o): relocation R_X86_64_32S against `.bss' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: ../../lib//libgeneric.a(dgauss.o): relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: ../../lib//libgeneric.a(ranmar.o): relocation R_X86_64_32S against symbol `raset1_' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: ../../lib//libgeneric.a(derivative.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: ../../lib//libgeneric.a(zerox64_cernlib.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     /usr/bin/ld: ../../lib//libmodel.a(printout.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
     collect2: error: ld returned 1 exit status
     make: *** [makefile:96: test_soft_col_limits] Errore 1

 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
Please report this bug on https://bugs.launchpad.net/mg5amcnlo
More information is found in '/home/matteo/Scrivania/MG5_aMC_v3_1_0/bin/pp_Z_lljj_EW/fixed_order/run_01_tag_1_debug.log'.
Please attach this file to your report.
INFO:
quit

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
Best Olivier Mattelaer (olivier-mattelaer) said :
#1

This might be tricky,
you certainly need to do a make clean within the Source directory
and then likely need to edit the file Source/make_opts to target your new distribution/hardware. (if you are still on centos this might not be needed but would be for sure if you are on mac)

Olivier

Revision history for this message
matteo maltoni (matteo-maltoni) said :
#2

Thanks Olivier Mattelaer, that solved my question.