|
[Rivet] undefined symbol: _ZNK5Rivet8Analysis6getLogEvEmily Nurse nurse at fnal.govThu Jul 10 16:27:50 BST 2008
Hi James, > Did you build libRivetMyAnalysis.so with the command exactly as it > shows on the wiki? I'm sort of surprised that works - I'd expect > it to complain about undefined symbols. Surely it needs to know > about libRivet.so for the base Analysis class, since otherwise > how's it supposed to know which library to look in at runtime? > (unless it already happens to have been linked). libRivet.so is in a directory pointed to by the LD_LIBRARY_PATH environment variable. It was my understanding that this was how users were supposed to add routines themselves (using these pluggable analyses) so I installed Rivet etc on a CDF machine so that people can easily do that. Someone should correct me if I'm wrong here! > Have you tried loading a standard analysis first and then your own, > i.e Rivetgun -a CDF_blah_blah -a MyAnalysis to see if that makes it > pick up the base Analysis clase? > It works with a standard analysis run on its own but fails if I try to run them both. > What machine are you building this on? I'm building it on a CDF cluster machine (do you want more details of the machine?) Cheers, Emily. > > On 9 Jul 2008, at 23:48, Emily Nurse wrote: > >> Hi again Riveters, >> >> I am trying to run a routine built using the pluggable analyses >> documented here: >> http://projects.hepforge.org/rivet/trac/wiki/WritingAnAnalysis >> >> but I get the runtime error: >> Cannot open ./libRivetMyAnalysis.so: ./libRivetMyAnalysis.so: >> undefined symbol: _ZNK5Rivet8Analysis6getLogEv >> >> Has anyone seen this before? >> >> Thanks, >> Emily. >> >> _______________________________________________ >> Rivet mailing list >> Rivet at projects.hepforge.org >> http://www.hepforge.org/lists/listinfo/rivet >
More information about the Rivet mailing list |