rivet is hosted by Hepforge, IPPP Durham
close Warning: Can't synchronize with repository "(default)" (Repository path '/hepforge/hg/rivet/public/rivet' does not exist.). Look in the Trac log for more information.

Version 32 (modified by Jon Butterworth, 14 years ago) (diff)


Getting started with Rivet

Download rivet and the external packages below, and do the usual ./configure; make; make install;. Use automake 1.9 and autoconf 2.59

  • CLHEP from here
  • HepMC 2.0.x from here
  • HepPDT 2.02.02 from here
  • log4cpp 0.3.5rc3 from here. You will find that this release candidate does not build due to an extra semi-colon on line 29 of include/log4cpp/Manipulator.hh. Remove this semi-colon and it's ok. This has been reported as a bug to the developers and will be fixed in the next release.

In addition, we also installed out own copy of libtool in ~/Cedar/local to make sure we had the correct version (also had our own autotools and autoconf there, but probably unnecessary). exported the paths to autotools etc

  export AUTOCONF = $HOME/Cedar/local/bin/autoconf
  export AUTOMAKE = $HOME/Cedar/local/bin/automake
  export LIBTOOL = $HOME/Cedar/local/bin/libtool
  export ACLOCAL = $HOME/Cedar/local/bin/aclocal

and just for good measure made sure that $HOME/Cedar/local/bin was also at the front of $PATH

Having installed all that lot, we found that Rivet itself would build.

Running Rivet

To run Rivet, you'll need to link to a main programme. Within CEDAR we use RivetGun; to see how to get started with this, follow these instructions.

Some Problems and Solutions

David: Here are some problems and soulutions I've encountered.

log4cpp 0.3.5rc3

problem: when running make check, one of the tests fails resulting in an error. However if you run make without running the tests it compiles and installs ok.

solution: this is probably not a real problem since James used this version but don't be surprised if you get this error, to be on the safe side I installed the older version log4cpp 0.2.8

log4cpp 0.2.8

problem: here is a problem I encountered when running make with log4cpp. 0.2.8 on my home computer.

Clock.hh:13: error: ISO C++ does not support `long long'

soulution: not the best solution but I edited the header file (from which the error stemmed) from type long long to type long. No problems... yet, probably a much better idea would be to install the dependency.