[Rivet] Fwd: Rivet 2.6.0 release imminent

[Andy Buckley]

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> 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> wrote:
>
> Copy to Rivet list...
>
> ---------- Forwarded message ----------
> From: Andy Buckley <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>
>
>
> 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>
> 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
>>> https://www.hepforge.org/lists/listinfo/rivet
>>>
>>>
>> _______________________________________________
>> Rivet mailing list
>> 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
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.hepforge.org/lists-archive/rivet/attachments/20171221/c8b4c9de/attachment.html>