-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dev-libs/re2: add 0.2023.06.02 #31388
Conversation
Pull Request assignmentSubmitter: @stha09 dev-cpp/abseil-cpp: @gyakovlev Linked bugsBugs linked: 908372 In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for looking at this!
Closes: https://bugs.gentoo.org/908372 Signed-off-by: Stephan Hartmann <sultan@gentoo.org>
Signed-off-by: Stephan Hartmann <sultan@gentoo.org>
dev-libs/re2 is compiled in C++17 mode, but qtwebengine in C++14 mode. absl::string_view has different ABI in C++14 and C++17 mode. Signed-off-by: Stephan Hartmann <sultan@gentoo.org>
Pull request CI reportReport generated at: 2023-06-11 17:09 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
I need to double check if it helps to compile re2 in C++14 mode. With cmake re2 is compiled with gnu++14, but with make it uses compiler default. |
Doesn't help, because chromium is compiled in C++20 mode. |
Is something forcing c++14 for qtwebengine? The rest of Qt5 should be using the highest standard version supported by the current compiler (up to c++17 or 20, don't remember), but qtwebengine is a bit special... |
I haven't tried, but Chromium enabled C++17 beginning 2022 (around M98-M100). qtwebengine is based on M87. I give it a try. |
If needed, on IRC we were talking about how it wouldn't be that bad to use bundled re2 on old slot 5 -- much like we ended up doing for ffmpeg given there's not really anyone to update old code for new libraries unlike slot 6. Not great but it'll be hard to keep around for any extended period (before eventual removal) if issues like that keep coming up. |
I tried to compile with C++17. It works with few modifications. I only don't get it managed that the qmake generated makefiles use C++17. Those always use C++1y (C++14). Someone has an idea? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It seems C++20 is used/should be possible to be used looking at these commits:
Don't really have anything else to add, not being familiar with re2 and all.
I haven't had time to look at it yet. Do you have a link with your modifications? |
abseil isn't *really* intended to be a system library and having a year-old pinned dep like this causes havoc for other packages and leads to uninstallable combinations (e.g. libreoffice-bin + anything needing grpc). Please see also the extensive discussion in the linked PRs wrt abseil now depending on re2 and the ABI implications of the used C++ std. versions with abseil. It's not worth it and there's more downsides to unbundling than not. Note that we can't rebundle re2 here because the build system unconditionally then tries to install it (no toggle unlike for abseil-cpp). Bug: https://bugs.gentoo.org/906811 Bug: #31388 Bug: #31609 Bug: #31893 Bug: #32281 Closes: https://bugs.gentoo.org/908373 Signed-off-by: Sam James <sam@gentoo.org>
abseil isn't *really* intended to be a system library and having a year-old pinned dep like this causes havoc for other packages and leads to uninstallable combinations (e.g. libreoffice-bin + anything needing grpc). Please see also the extensive discussion in the linked PRs wrt abseil now depending on re2 and the ABI implications of the used C++ std. versions with abseil. It's not worth it and there's more downsides to unbundling than not. Bug: #31388 Bug: #31609 Bug: #31893 Bug: #32281 Bug: https://bugs.gentoo.org/908373 Closes: https://bugs.gentoo.org/912686 Signed-off-by: Sam James <sam@gentoo.org>
abseil isn't *really* intended to be a system library and having a year-old pinned dep like this causes havoc for other packages and leads to uninstallable combinations (e.g. libreoffice-bin + anything needing grpc). Please see also the extensive discussion in the linked PRs wrt abseil now depending on re2 and the ABI implications of the used C++ std. versions with abseil. It's not worth it and there's more downsides to unbundling than not. Note that we can't rebundle re2 here because the build system unconditionally then tries to install it (no toggle unlike for abseil-cpp). Bug: https://bugs.gentoo.org/906811 Bug: gentoo#31388 Bug: gentoo#31609 Bug: gentoo#31893 Bug: gentoo#32281 Closes: https://bugs.gentoo.org/908373 Signed-off-by: Sam James <sam@gentoo.org>
abseil isn't *really* intended to be a system library and having a year-old pinned dep like this causes havoc for other packages and leads to uninstallable combinations (e.g. libreoffice-bin + anything needing grpc). Please see also the extensive discussion in the linked PRs wrt abseil now depending on re2 and the ABI implications of the used C++ std. versions with abseil. It's not worth it and there's more downsides to unbundling than not. Bug: gentoo#31388 Bug: gentoo#31609 Bug: gentoo#31893 Bug: gentoo#32281 Bug: https://bugs.gentoo.org/908373 Closes: https://bugs.gentoo.org/912686 Signed-off-by: Sam James <sam@gentoo.org>
No description provided.