[Rivet] Build of latest 2-6-x release branch

[Christian Gutschow]

Hi,

the 2-6-x release branch also doesn’t compile for me (on a mac), but only when it tries to do the doc bits at the end:

Making all in doc
LD_LIBRARY_PATH=../src/.libs: \
    DYLD_LIBRARY_PATH=../src/.libs: \
    PYTHONPATH=/Users/geon/software/yoda_trunk/yoda/local/lib/python2.7/site-packages:/Users/geon/software/rivet_trunk/rivet/local/lib/python2.7/site-packages: \
    /usr/local/bin/python ./mk-analysis-html
LD_LIBRARY_PATH=../src/.libs: \
    DYLD_LIBRARY_PATH=../src/.libs: \
    PYTHONPATH=/Users/geon/software/yoda_trunk/yoda/local/lib/python2.7/site-packages:/Users/geon/software/rivet_trunk/rivet/local/lib/python2.7/site-packages: \
    /usr/local/bin/python ./mk-analysis-json
Using output file name 'analyses.json'
Using output file name 'analyses.html' and directory 'analyses'
make[1]: *** [analyses.json] Segmentation fault: 11
make[1]: *** Waiting for unfinished jobs....
make[1]: *** [analyses.html] Segmentation fault: 11
make: *** [all-recursive] Error 1


This seems to be coming from e.g. L67 in doc/mk-analyses-html when it tries to do the following:

all_analyses = rivet.AnalysisLoader.analysisNames()

I’m not entirely sure where this is defined. Any ideas?

I’m using:
> gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 9.1.0 (clang-902.0.39.2)
Target: x86_64-apple-darwin17.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
> python --version
Python 2.7.15


Cheers,
Chris


> On 17 Jul 2018, at 23:49, Andy Buckley <andy.buckley at cern.ch> wrote:
> 
> That surprises me. Maybe what I did was too much C++11 for some compilers, and not quite compliant for later, stricter ones? But then it works ok on my GCC 7.3.0...
> 
> Andy
> 
> Dr Andy Buckley, Lecturer / Royal Society University Research Fellow
> Particle Physics Experiment Group, University of Glasgow
> On Jul 17 2018, at 8:41 pm, David Yallup <david.yallup at cern.ch> wrote:
> 
> 
> Hi Andy,
> I'm using what should be a fairly up to date compiler set on my laptop for this for now (although I do need to configure this on our SL6/CentOS7 clusters at some point):
> david at yallup:~$ gcc --version
> gcc (Ubuntu 5.4.0-6ubuntu1~16.04.10) 5.4.0 20160609
> 
> Which does surprise me a little if this isn't handling some C++11 structures?
> 
> Cheers,
> David
> 
> On 17/07/18 20:48, Andy Buckley wrote:
> 
> Hi David,
> 
> What platform is this on? I found the same problem on SL7 without a "modern compiler" override of the native environment: looks like the required bit of C++11 is not supported in GCC 4.8.5.
> 
> Since this enhancement of Particles over the previous "typedef vector<Particle>" is syntactic sugar, and lots of people expect Rivet to build (not 100% unreasonably, despite not being an official HEP platform) on vanilla SL7, I think we probably have to postpone that change for a future version. Maybe reasonable for v3.
> 
> Andy
> 
> Dr Andy Buckley, Lecturer / Royal Society University Research Fellow
> Particle Physics Experiment Group, University of Glasgow
> 
> 
> On Jul 17 2018, at 6:40 pm, David Yallup <david.yallup at cern.ch> wrote:
> 
> Hi All,
> 
> This is probably down to something I'm messing up but I was wondering if
> anyone has had any problems building the latest 2-6-x branch recently?
> 
> Specifically when I update to revision 6377 (current tip) I get a series
> of errors all pertaining to Rivet::Particles
> 
> In file included from ../../include/Rivet/AnalysisHandler.hh:6:0,
>                  from Run.cc:3:
> ../../include/Rivet/Particle.hh: In constructor
> ‘Rivet::Particle::Particle(const HepMC::GenParticle&)’:
> ../../include/Rivet/Particle.hh:53:32: error: no matching function for
> call to ‘Rivet::Particles::Particles()’
>          _momentum(gp.momentum())
> 
> 
> This is updating from revision 6250 (also on the 2-6-x branch) where
> everything built fine (which makes me think I'm doing something too
> stupid!). It looks like my compiler disagrees with the changes from
> 
> https://rivet.hepforge.org/hg/rivet/rev/5b2baf1011f6?revcount=120
> 
> 
> If others have had no trouble with recent builds of rivet I will go back
> to the drawing board but thought I would check with others first.
> 
> Thanks,
> David
> 
> 
> 
> _______________________________________________
> Rivet mailing list
> Rivet at projects.hepforge.org
> https://www.hepforge.org/lists/listinfo/rivet
> _______________________________________________
> Rivet mailing list
> Rivet at projects.hepforge.org
> https://www.hepforge.org/lists/listinfo/rivet




 —

 Dr. Christian Gütschow

 Department of Physics and Astronomy
 University College London
 Gower Street
 London WC1E 6BT