VERSION 2.3.3 Problems

Asked by Luca on 2015-11-24

I have downloaded version 2.3.3 and I tested a simple example:

generate p p > t t~ [QCD]
output TTBAR_TEST
launch TTBAR_TEST

However amc@NLO fails to compile:

INFO: Compiling on 8 cores
INFO: Compiling P0_gg_ttx...
INFO: Compiling P0_uxu_ttx...
INFO: Compiling P0_uux_ttx...
WARNING: fct <function compile_dir at 0x1036285f0> does not return 0. Starts to stop the code in a clean way.
WARNING: fct <function compile_dir at 0x1036285f0> does not return 0. Starts to stop the code in a clean way.
WARNING: fct <function compile_dir at 0x1036285f0> does not return 0. Starts to stop the code in a clean way.
WARNING: Fail to compile the Subprocesses

I am using OS X 10.11.1, Apple LLVM version 7.0.0 (clang-700.1.76), and gfortran from gcc version 4.9.2 (Homebrew gcc 4.9.2)

Many thanks

Luca

Question information

Language:
English Edit question
Status:
Open
For:
MadGraph5_aMC@NLO Edit question
Assignee:
marco zaro Edit question
Last query:
2015-11-26
Last reply:
2015-11-25

Hi,

Actually for your system, (10.11)
I would advise that you download the official binary of gfortran:
http://coudert.name/software/gfortran-5.2-Yosemite.dmg

I have use that one (I have the same config as you) and it is working nicely. (I never use homebrew which is as you can see not up-to-date)

Cheers,

Olivier

> On Nov 24, 2015, at 19:32, Luca <email address hidden> wrote:
>
> New question #275386 on MadGraph5_aMC@NLO:
> https://answers.launchpad.net/mg5amcnlo/+question/275386
>
> I have downloaded version 2.3.3 and I tested a simple example:
>
> generate p p > t t~ [QCD]
> output TTBAR_TEST
> launch TTBAR_TEST
>
> However amc@NLO fails to compile:
>
> INFO: Compiling on 8 cores
> INFO: Compiling P0_gg_ttx...
> INFO: Compiling P0_uxu_ttx...
> INFO: Compiling P0_uux_ttx...
> WARNING: fct <function compile_dir at 0x1036285f0> does not return 0. Starts to stop the code in a clean way.
> WARNING: fct <function compile_dir at 0x1036285f0> does not return 0. Starts to stop the code in a clean way.
> WARNING: fct <function compile_dir at 0x1036285f0> does not return 0. Starts to stop the code in a clean way.
> WARNING: Fail to compile the Subprocesses
>
> I am using OS X 10.11.1, Apple LLVM version 7.0.0 (clang-700.1.76), and gfortran from gcc version 4.9.2 (Homebrew gcc 4.9.2)
>
> Many thanks
>
> Luca
>
>
> --
> You received this question notification because you are an answer
> contact for MadGraph5_aMC@NLO.

Luca (r8li) said : #2

It still fails, with the same error. I have downloaded a new version from scratch and I recompiled everything. Now my compilers are

[rottoli@multivac:MG5_aMC_v2_3_3]$> gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/local/gfortran/libexec/gcc/x86_64-apple-darwin14/5.2.0/lto-wrapper
Target: x86_64-apple-darwin14
Configured with: ../gcc-5.2.0/configure --prefix=/usr/local/gfortran --with-gmp=/Users/fx/devel/gcc/deps-static/x86_64 --enable-languages=c,c++,fortran,objc,obj-c++ --build=x86_64-apple-darwin14
Thread model: posix
gcc version 5.2.0 (GCC)

[rottoli@multivac:MG5_aMC_v2_3_3]$> gcc -v
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.0.0 (clang-700.1.76)
Target: x86_64-apple-darwin15.0.0
Thread model: posix

Looks the same as me:

[@Oliviers-MacBook-Pro 2.3.4]$ gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/local/gfortran/libexec/gcc/x86_64-apple-darwin14/5.2.0/lto-wrapper
Target: x86_64-apple-darwin14
Configured with: ../gcc-5.2.0/configure --prefix=/usr/local/gfortran --with-gmp=/Users/fx/devel/gcc/deps-static/x86_64 --enable-languages=c,c++,fortran,objc,obj-c++ --build=x86_64-apple-darwin14
Thread model: posix
gcc version 5.2.0 (GCC)

[@Oliviers-MacBook-Pro 2.3.4]$ gcc -v
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.0.0 (clang-700.0.72)
Target: x86_64-apple-darwin15.0.0
Thread model: posix

Since you install other version of gfortran, please check that all linker are the correct one. In my case, I have:

[@Oliviers-MacBook-Pro 2.3.4]$ which ld
/opt/local/bin/ld

Cheers,

Olivier
> On Nov 24, 2015, at 21:57, Luca <email address hidden> wrote:
>
> Question #275386 on MadGraph5_aMC@NLO changed:
> https://answers.launchpad.net/mg5amcnlo/+question/275386
>
> Status: Answered => Open
>
> Luca is still having a problem:
> It still fails, with the same error. I have downloaded a new version
> from scratch and I recompiled everything. Now my compilers are
>
> [rottoli@multivac:MG5_aMC_v2_3_3]$> gfortran -v
> Using built-in specs.
> COLLECT_GCC=gfortran
> COLLECT_LTO_WRAPPER=/usr/local/gfortran/libexec/gcc/x86_64-apple-darwin14/5.2.0/lto-wrapper
> Target: x86_64-apple-darwin14
> Configured with: ../gcc-5.2.0/configure --prefix=/usr/local/gfortran --with-gmp=/Users/fx/devel/gcc/deps-static/x86_64 --enable-languages=c,c++,fortran,objc,obj-c++ --build=x86_64-apple-darwin14
> Thread model: posix
> gcc version 5.2.0 (GCC)
>
> [rottoli@multivac:MG5_aMC_v2_3_3]$> gcc -v
> Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
> Apple LLVM version 7.0.0 (clang-700.1.76)
> Target: x86_64-apple-darwin15.0.0
> Thread model: posix
>
> --
> You received this question notification because you are an answer
> contact for MadGraph5_aMC@NLO.

Luca (r8li) said : #4

In my case I have:

[rottoli@multivac:src]$> which ld
/usr/bin/ld
[rottoli@multivac:src]$> ld -v
@(#)PROGRAM:ld PROJECT:ld64-253.6
configured to support archs: armv6 armv7 armv7s arm64 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em (tvOS)
LTO support using: Apple LLVM 7.0.0 (clang-700.1.76)

I have nothing installed in /opt/local/

Luca

oh I have another one:

[@Oliviers-MacBook-Pro 2.3.4]$ ld -v
@(#)PROGRAM:ld PROJECT:ld64-236.3
configured to support archs: i386 x86_64 x86_64h armv6 armv7 armv7s armv7m arm64
LTO support using: LLVM version 3.4

I also have the same as you:
@(#)PROGRAM:ld PROJECT:ld64-253.3.3
configured to support archs: armv6 armv7 armv7s arm64 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em
LTO support using: Apple LLVM 7.0.0 (clang-700.0.72)

and I have tested using that one and it works nicely as well.
I’m assigning this to Marco, maybe he will have an additional idea.

Cheers,

Olivier

> On Nov 26, 2015, at 01:42, Luca <email address hidden> wrote:
>
> Question #275386 on MadGraph5_aMC@NLO changed:
> https://answers.launchpad.net/mg5amcnlo/+question/275386
>
> Status: Answered => Open
>
> Luca is still having a problem:
> In my case I have:
>
> [rottoli@multivac:src]$> which ld
> /usr/bin/ld
> [rottoli@multivac:src]$> ld -v
> @(#)PROGRAM:ld PROJECT:ld64-253.6
> configured to support archs: armv6 armv7 armv7s arm64 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em (tvOS)
> LTO support using: Apple LLVM 7.0.0 (clang-700.1.76)
>
> I have nothing installed in /opt/local/
>
> Luca
>
> --
> You received this question notification because you are an answer
> contact for MadGraph5_aMC@NLO.

Luca (r8li) said : #6

I have run 2.3.2 (which I downloaded using bzr) and I have additional info running in debug mode:

     gfortran -o test_ME symmetry_fks_test_ME.o parton_lum_1.o parton_lum_2.o parton_lum_3.o parton_lum_chooser.o matrix_1.o matrix_2.o matrix_3.o real_me_chooser.o fks_inc_chooser.o leshouche_inc_chooser.o genps_fks.o setcuts.o setscales.o born.o sborn_sf.o b_sf_001.o b_sf_002.o b_sf_003.o b_sf_004.o b_sf_005.o b_sf_006.o b_sf_007.o b_sf_008.o fks_Sij.o trapfpe.o fastjetfortran_madfks_full.o fastjet_wrapper.o fks_singular.o veto_xsec.o montecarlocounter.o reweight_xsec.o boostwdir2.o configs_and_props_inc_chooser.o initcluster.o cluster.o reweight.o get_color.o FKSParamReader.o iproc_map.o MC_integer.o reweight_xsec_events_pdf_dummy.o appl_interface_dummy.o BinothLHADummy.o cuts.o pythia_unlops.o recluster.o -L../../lib/ -ldhelas -lgeneric -lmodel -lpdf -lcernlib -Wl,-rpath,/usr/local/Cellar/fastjet/3.1.3/lib -lm -L/usr/local/Cellar/fastjet/3.1.3/lib -lfastjettools -lfastjet -lfastjetplugins -lsiscone_spherical -lsiscone -lstdc++
     Undefined symbols for architecture x86_64:
       "std::__1::__vector_base_common<true>::__throw_length_error() const", referenced from:
           __ZNSt3__16vectorIiNS_9allocatorIiEEE6assignIPiEENS_9enable_ifIXaasr21__is_forward_iteratorIT_EE5valuesr16is_constructibleIiNS_15iterator_traitsIS7_E9referenceEEE5valueEvE4typeES7_S7_ in fastjetfortran_madfks_full.o
           void std::__1::vector<fastjet::PseudoJet, std::__1::allocator<fastjet::PseudoJet> >::__push_back_slow_path<fastjet::PseudoJet const>(fastjet::PseudoJet const&) in fastjetfortran_madfks_full.o
           std::__1::vector<int, std::__1::allocator<int> >::vector(std::__1::vector<int, std::__1::allocator<int> > const&) in fastjetfortran_madfks_full.o
           std::__1::vector<bool, std::__1::allocator<bool> >::push_back(bool const&) in fastjetfortran_madfks_full.o
           std::__1::vector<bool, std::__1::allocator<bool> >::reserve(unsigned long) in fastjetfortran_madfks_full.o

[.....]

     ld: symbol(s) not found for architecture x86_64
     collect2: error: ld returned 1 exit status
     make: *** [test_ME] Error 1

So it seems it may be a problem with fastjet. I have re-downloaded fastjet and recompiled it, but it looks like it is not finding it/linking it for some reason. I have set the fastjet path doing (in case it was not find automatically, it should be in my path)

set fastjet /usr/local/Cellar/fastjet/3.1.3/bin/fastjet-config

Did you try without fastjet (then we use fjcore which is the core of fastjet)

Cheers,

Olivier
> On Nov 26, 2015, at 02:07, Luca <email address hidden> wrote:
>
> Question #275386 on MadGraph5_aMC@NLO changed:
> https://answers.launchpad.net/mg5amcnlo/+question/275386
>
> Status: Answered => Open
>
> Luca is still having a problem:
> I have run 2.3.2 (which I downloaded using bzr) and I have additional
> info running in debug mode:
>
> gfortran -o test_ME symmetry_fks_test_ME.o parton_lum_1.o parton_lum_2.o parton_lum_3.o parton_lum_chooser.o matrix_1.o matrix_2.o matrix_3.o real_me_chooser.o fks_inc_chooser.o leshouche_inc_chooser.o genps_fks.o setcuts.o setscales.o born.o sborn_sf.o b_sf_001.o b_sf_002.o b_sf_003.o b_sf_004.o b_sf_005.o b_sf_006.o b_sf_007.o b_sf_008.o fks_Sij.o trapfpe.o fastjetfortran_madfks_full.o fastjet_wrapper.o fks_singular.o veto_xsec.o montecarlocounter.o reweight_xsec.o boostwdir2.o configs_and_props_inc_chooser.o initcluster.o cluster.o reweight.o get_color.o FKSParamReader.o iproc_map.o MC_integer.o reweight_xsec_events_pdf_dummy.o appl_interface_dummy.o BinothLHADummy.o cuts.o pythia_unlops.o recluster.o -L../../lib/ -ldhelas -lgeneric -lmodel -lpdf -lcernlib -Wl,-rpath,/usr/local/Cellar/fastjet/3.1.3/lib -lm -L/usr/local/Cellar/fastjet/3.1.3/lib -lfastjettools -lfastjet -lfastjetplugins -lsiscone_spherical -lsiscone -lstdc++
> Undefined symbols for architecture x86_64:
> "std::__1::__vector_base_common<true>::__throw_length_error() const", referenced from:
> __ZNSt3__16vectorIiNS_9allocatorIiEEE6assignIPiEENS_9enable_ifIXaasr21__is_forward_iteratorIT_EE5valuesr16is_constructibleIiNS_15iterator_traitsIS7_E9referenceEEE5valueEvE4typeES7_S7_ in fastjetfortran_madfks_full.o
> void std::__1::vector<fastjet::PseudoJet, std::__1::allocator<fastjet::PseudoJet> >::__push_back_slow_path<fastjet::PseudoJet const>(fastjet::PseudoJet const&) in fastjetfortran_madfks_full.o
> std::__1::vector<int, std::__1::allocator<int> >::vector(std::__1::vector<int, std::__1::allocator<int> > const&) in fastjetfortran_madfks_full.o
> std::__1::vector<bool, std::__1::allocator<bool> >::push_back(bool const&) in fastjetfortran_madfks_full.o
> std::__1::vector<bool, std::__1::allocator<bool> >::reserve(unsigned long) in fastjetfortran_madfks_full.o
>
>
> [.....]
>
> ld: symbol(s) not found for architecture x86_64
> collect2: error: ld returned 1 exit status
> make: *** [test_ME] Error 1
>
>
> So it seems it may be a problem with fastjet. I have re-downloaded fastjet and recompiled it, but it looks like it is not finding it/linking it for some reason. I have set the fastjet path doing (in case it was not find automatically, it should be in my path)
>
> set fastjet /usr/local/Cellar/fastjet/3.1.3/bin/fastjet-config
>
> --
> You received this question notification because you are an answer
> contact for MadGraph5_aMC@NLO.

Luca (r8li) said : #8

If I don't link fastjet it works - so maybe it was a problem related to how it is built.

Apparently it looks to be a problem related to lstdc++ - I had some problems in the past with fastjet related to that and I managed to solve them using the suggestion in https://github.com/davidchall/homebrew-hep/issues/26 - but this time the trick had not worked.

Now the problem seems to be lhapdf - I have to change lstdc++ -> lc++ since it couldn't compile, but I find another error...

libc++abi.dylib: terminating with uncaught exception of type LHAPDF_YAML::InvalidScalar: yaml-cpp: error at line 28, column 12: invalid scalar

Program received signal SIGABRT: Process abort signal.

Backtrace for this error:
#0 0x1091af092
#1 0x1091ae3b0
#2 0x7fff88c09529
libc++abi.dylib: terminating with uncaught exception of type LHAPDF_YAML::InvalidScalar: yaml-cpp: error at line 28, column 12: invalid scalar

Program received signal SIGABRT: Process abort signal.

Backtrace for this error:
#0 0x1106d4092
#1 0x1106d33b0
#2 0x7fff88c09529
libc++abi.dylib: terminating with uncaught exception of type LHAPDF_YAML::InvalidScalar: yaml-cpp: error at line 28, column 12: invalid scalar

Luca

Luca (r8li) said : #9

BTW, thanks a lot for the suggestion to use fjcore! I didn't know it was shipped with the latest versions of amc@NLO

Can you help with this problem?

Provide an answer of your own, or ask Luca for more information if necessary.

To post a message you must log in.