dev-libs/re2-0.2018.02.01 was released on 2018-02-01.
An observation to the chromium folks about this package: If I build it with x86_64-pc-linux-gnu-6.4.0, the library contains the symbol re2::RE2::RE2(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) If I build it with sys-devel/clang-5.0.1, that symbol becomes re2::RE2::RE2(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) chromium-65.0.3325.* with its forced clang/clang++ expects to find the latter one when linking viz.service.
In case you hadn't yet, please ignore comment 1. For reasons I can't even remember I had >sys-devel/clang-4.0 default-libcxx default-compiler-rt in package.use, which explains the difference. Sorry for the noise.
dev-libs/re2-0.2018.03.01 was released on 2018-03-01.
dev-libs/re2-0.2018.04.01 was released on 2018-04-01 I'll need a newer version of re2 than currently exists in the tree in order to be able to unbundle it from sci-libs/tensorflow, can we bump this at some point? copying the ebuild works for me but I'm not sure what the right thing is to do with the soname. If the ABIs match why does the soname keep changing?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6a88b13162d1b4fe7b9b3bc1d22e9fd4558ac8f1 commit 6a88b13162d1b4fe7b9b3bc1d22e9fd4558ac8f1 Author: Mike Gilbert <floppym@gentoo.org> AuthorDate: 2018-06-06 14:27:16 +0000 Commit: Mike Gilbert <floppym@gentoo.org> CommitDate: 2018-06-06 14:28:25 +0000 dev-libs/re2: bump to 2018-04-01 Closes: https://bugs.gentoo.org/648462 Package-Manager: Portage-2.3.40_p8, Repoman-2.3.9_p240 dev-libs/re2/Manifest | 1 + dev-libs/re2/re2-0.2018.04.01.ebuild | 52 ++++++++++++++++++++++++++++++++++++ 2 files changed, 53 insertions(+)
