|
[Rivet] Rivet 2.6.0 release imminentChristian Gutschow chris.g at cern.chSat Feb 10 13:25:42 GMT 2018
Hi, just to confirm what we already suspected — I finally got round to updating the ROOT version on my laptop (from 6.05 to 6.12) and the newer version is no longer causing issues when compiling Rivet. Cheers, Chris On 21 Dec 2017, at 12:23, Andy Buckley <a.g.buckley at gmail.com<mailto:a.g.buckley at gmail.com>> wrote: Ok, I looked into that and it's ROOT's problem -- they're using a C++17 or experimental STL feature without including the appropriate header. I think I concluded that there's no solution that can be implemented from the Rivet/YODA side. Thanks for the (otherwise) confirmation! Andy On 21 December 2017 at 11:57, Christian Gutschow <chris.g at cern.ch<mailto:chris.g at cern.ch>> wrote: Hi, it builds fine on Mac High Sierra 10.13.2, but still only if I comment out ROOT in my bashrc. Otherwise the YODA installation fails with the error below. Cheers, Chris g++ -std=c++11 -fno-strict-aliasing -fno-common -dynamic -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/System/Library/Frameworks/Tk.framework/Versions/8.5/Headers -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/Users/geon/software/yoda_trunk/yoda/include -I/Users/geon/software/yoda_trunk/yoda/include -I/Users/geon/software/yoda_trunk/yoda/pyext/yoda -I/Users/geon/software/yoda_trunk/yoda/pyext/yoda -I/usr/local/include -I/usr/local/opt/openssl/include -I/usr/local/opt/sqlite/include -I/usr/local/Cellar/python/2.7.14/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c /Users/geon/software/yoda_trunk/yoda/pyext/yoda/rootcompat.cpp -o /Users/geon/software/yoda_trunk/yoda/pyext/build/temp.macosx-10.13-x86_64-2.7/Users/geon/software/yoda_trunk/yoda/pyext/yoda/rootcompat.o -O3 -Wno-sign-compare -Wno-strict-prototypes -pthread -stdlib=libc++ -std=c++11 -m64 -I/Users/geon/software/root-6.05.02/include In file included from /Users/geon/software/yoda_trunk/yoda/pyext/yoda/rootcompat.cpp:548: In file included from /Users/geon/software/root-6.05.02/include/TH1.h:25: In file included from /Users/geon/software/root-6.05.02/include/TAxis.h:25: In file included from /Users/geon/software/root-6.05.02/include/TNamed.h:29: In file included from /Users/geon/software/root-6.05.02/include/TString.h:41: /Users/geon/software/root-6.05.02/include/RStringView.h:35:12: error: unknown type name 'basic_string_view' typedef basic_string_view<char> string_view; ^ /Users/geon/software/root-6.05.02/include/RStringView.h:35:29: error: expected unqualified-id typedef basic_string_view<char> string_view; ^ /Users/geon/software/root-6.05.02/include/RStringView.h:36:12: error: unknown type name 'basic_string_view' typedef basic_string_view<char16_t> u16string_view; ^ /Users/geon/software/root-6.05.02/include/RStringView.h:36:29: error: expected unqualified-id typedef basic_string_view<char16_t> u16string_view; ^ /Users/geon/software/root-6.05.02/include/RStringView.h:37:12: error: unknown type name 'basic_string_view' typedef basic_string_view<char32_t> u32string_view; ^ /Users/geon/software/root-6.05.02/include/RStringView.h:37:29: error: expected unqualified-id typedef basic_string_view<char32_t> u32string_view; ^ /Users/geon/software/root-6.05.02/include/RStringView.h:38:12: error: unknown type name 'basic_string_view' typedef basic_string_view<wchar_t> wstring_view; ^ /Users/geon/software/root-6.05.02/include/RStringView.h:38:29: error: expected unqualified-id typedef basic_string_view<wchar_t> wstring_view; ^ In file included from /Users/geon/software/yoda_trunk/yoda/pyext/yoda/rootcompat.cpp:548: In file included from /Users/geon/software/root-6.05.02/include/TH1.h:25: In file included from /Users/geon/software/root-6.05.02/include/TAxis.h:25: In file included from /Users/geon/software/root-6.05.02/include/TNamed.h:29: /Users/geon/software/root-6.05.02/include/TString.h:117:75: error: no member named 'to_string' in 'std::__1::basic_string_view<char, std::__1::char_traits<char> >' operator std::string() const { return std::string_view(Data(),fExtent).to_string(); } ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ 9 errors generated. error: command 'g++' failed with exit status 1 make[2]: *** [all-local] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 On 21 Dec 2017, at 11:41, Andy Buckley <andy.buckley at cern.ch<mailto:andy.buckley at cern.ch>> wrote: Copy to Rivet list... ---------- Forwarded message ---------- From: Andy Buckley <andy.buckley at cern.ch<mailto:andy.buckley at cern.ch>> Date: 21 December 2017 at 10:40 Subject: Re: [Rivet] Rivet 2.6.0 release imminent To: Leif Lönnblad <leif.lonnblad at thep.lu.se<mailto:leif.lonnblad at thep.lu.se>> Sounds good -- thanks! I'm just waiting on a confirmation from David G that a tweak I made to Unicode handling (DG: I removed the encode() and just added a couple of try blocks) is Python3-safe, then will finally do the release. Everything built and ran fine on lxplus6 and 7, and on my Xubuntu 17.10 laptop, so other than Mac I hope we're adequately covering our base of target platforms. A confirmation from a Mac user would be great, though. Andy On 21 December 2017 at 05:28, Leif Lönnblad <leif.lonnblad at thep.lu.se<mailto:leif.lonnblad at thep.lu.se>> wrote: Hi Andy, I was planning to include the HI stuff I was working on in Hamburg, but so far I haven't had any input from the Alica guys. The --preload option for the rivet script is in the default branch, however, and that was the only change I made to the core rivet stuff. So far it only works on Histo1D, but is should be easy to cover also the other cases. My suggestion is to leave what is in the default for 2.6.0, allowing the ALICE analyses to be added in later 2.6.x releases. /Leif On 2017-12-19 22:49, Andy Buckley wrote: Dear all, I think I've finally fixed all* the bugs that have been blocking the Rivet 2.6.0 release, and merged in the latest batch of contrib analyses. I'm just testing on lxplus6 and 7 now, but some feedback from testing on your systems would also be great if you can try the default branches of both Rivet and YODA -- or the new b1 tarballs in each of their download areas. There's a *lot* of work behind the scenes in this release. The big stuff is - addition of a recursive composite structure to Particle, which enables a lot of cool stuff and is taking us toward an even more unified picture of particles and jets in the Rivet framework, although the latter is not there yet. - new analysis build system, making builds faster and more uniform, and integration of contrib analyses *much* easier. (PS. Chris G, the code quality of the ATLAS ones is broadly _excellent_ now. Just make them fill in the @brief analysis summary in the class docstring!) - lots of extensions to the filtering and functors system, and improvements to the detector parametrisation & machinery. In particular there's now a very lightweight way to pass multiple smearing/efficiency functors in a list, and they'll be executed sequentially through a uniform interface... which I suspect no-one actually needs, but people claimed concern about its absence at Lunga a year ago, so here it is! There be code magic here. - We can now write gzipped yoda files :-) That's all for now. If there are no objections to the release, I'll do it in the next day or two. Merry Christmas! Andy * Obviously not. But no other obvious ones right now... -- Dr Andy Buckley, Lecturer / Royal Society University Research Fellow Particle Physics Expt Group, University of Glasgow _______________________________________________ Rivet mailing list Rivet at projects.hepforge.org<mailto:Rivet at projects.hepforge.org> https://www.hepforge.org/lists/listinfo/rivet _______________________________________________ Rivet mailing list Rivet at projects.hepforge.org<mailto:Rivet at projects.hepforge.org> https://www.hepforge.org/lists/listinfo/rivet -- Dr Andy Buckley, Lecturer / Royal Society University Research Fellow Particle Physics Expt Group, University of Glasgow -- Dr Andy Buckley, Lecturer / Royal Society University Research Fellow Particle Physics Expt Group, University of Glasgow _______________________________________________ Rivet mailing list Rivet at projects.hepforge.org<mailto: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 -- Dr Andy Buckley, Lecturer / Royal Society University Research Fellow Particle Physics Expt Group, University of Glasgow — Dr. Christian Gütschow Department of Physics and Astronomy University College London Gower Street London WC1E 6BT -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://www.hepforge.org/lists-archive/rivet/attachments/20180210/0887d499/attachment.html>
More information about the Rivet mailing list |