LHAPDF with Madgraph5.13 on Mac 10.9

Asked by Dustin Stolp

Hello,
I am currently running into problems with running LHAPDF through madgraph on my Macbook pro (OSX 10.9). Following the README.LHAPDF, I have compiled LHAPDF with homebrew, moved libLHAPDF.a to my /lib directory and moved the PDFs (downloaded from http://lhapdf.hepforge.org/pdfsets) to a directory /lib/PDFsets. I then change the my run_card.dat according to the README.

Upon running Madgraph I run into a wall of error-text during compilation saying:

gfortran -O -w -ffixed-line-length-132 -o ../bin/internal/combine_events combine_events.o rw_events.o ranmar.o kin_functions.o open_file.o rw_routines.o alfas_functions.o setrun.o -L../lib/ -lmodel -lpdf -lLHAPDF -lstdc++
Undefined symbols for architecture x86_64:
       "std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find(char const*, unsigned long, unsigned long) const", referenced from:
           _initpdfsetm_ in libLHAPDF.a(libLHAPDFGlue_la-LHAGlue.o)
           _initpdfsetbynamem_ in libLHAPDF.a(libLHAPDFGlue_la-LHAGlue.o)
           _pdfset_ in libLHAPDF.a(libLHAPDFGlue_la-LHAGlue.o)
           LHAPDF::getPDFIndex() in libLHAPDF.a(libLHAPDFGlue_la-LHAGlue.o)
           LHAPDF::PDF::_setname() const in libLHAPDF.a(libLHAPDFGlue_la-LHAGlue.o)
           LHAPDF::PDF::memberID() const in libLHAPDF.a(libLHAPDFGlue_la-LHAGlue.o)
           LHAPDF::mkPDF(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in libLHAPDF.a(Factories.o)

and a whole lot more libLHAPDF.a issues that I don't want to pollute this message with. Does anybody have any experience with this?

Thanks,
Dusty
           ...

Question information

Language:
English Edit question
Status:
Answered
For:
CalcHEP Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Alexander Pukhov (pukhov) said :
#1

I recommend to copy shared library in your lib. By default linker uses shared one.
If executable will be compiled, then some environment variable should be defined before running.
But it's a secondary problem.

Best
    Alexander Pukhov

Revision history for this message
Alexander Belyaev (alexander.belyaev) said :
#3

Your question was answered,
do you still have problem?

Can you help with this problem?

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

To post a message you must log in.