Created attachment 870204 [details] build.log Hello, it is few weeks that I am trying to update qtwebengine, but it always fails to compile. I know, that I should have added it earlier, but was testing stable (5.15.10_p20230623), was changing use flags, changed makeopts from -j4 to -j1, disabling ccache for this package, etc., nothing helped. I always see this error message in the log, nothing more nothing less. Even tried to search what is gles, but no luck so far. FAILED: obj/gpu/command_buffer/service/gles2_sources/program_manager.o I am attaching all the necessary information, I hope. If anything else is needed, please don't hesitate to contact me. Thanks, Regards, Petr Sourek
Created attachment 870205 [details] emerge --info '=dev-qt/qtwebengine-5.15.10_p20230815::gentoo'
Created attachment 870206 [details] environment
program_manager.cc:623:25: error: ‘using StringPiece = class absl::string_view’ {aka ‘class absl::string_view’} has no member named ‘as_string’ 623 | return output + input.as_string(); Haven't tried, but this is likely related to either abseil-cpp being installed (unsure if we already have a bug for this), or perhaps(?) if you have a newer dev-libs/re2 than what's in the tree (qtwebengine should probably use the bundled copy for re2). Newer chromium (than qt5's) removed the as_string already 2 years ago in https://github.com/chromium/chromium/commit/8d7cdb7b - return output + input.as_string(); + return output + std::string(input); (ftr I don't really intend to work on qt5, just commenting for hints)
(In reply to Ionen Wolkens from comment #3) > Haven't tried, but this is likely related to either abseil-cpp being > installed (unsure if we already have a bug for this), or perhaps(?) if you > have a newer dev-libs/re2 than what's in the tree (qtwebengine should > probably use the bundled copy for re2). > Yeah, plan is to do this, just wasn't in a rush because we hadn't bumped re2 yet (wanted to handle one set of chaos first). But yeah, feel like there must be a newer copy of re2 installed than we have. Please share: emerge -pvO dev-libs/re2.
> But yeah, feel like there must be a newer copy of re2 installed than we > have. Please share: emerge -pvO dev-libs/re2. These are the packages that would be merged, in order: [ebuild R ] dev-libs/re2-0.2023.08.01:0/11::pg_overlay USE="icu" ABI_X86="32 (64) (-x32)" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB So I should downgrade re2?
(In reply to Petr Šourek from comment #5) > > But yeah, feel like there must be a newer copy of re2 installed than we > > have. Please share: emerge -pvO dev-libs/re2. > > These are the packages that would be merged, in order: > > [ebuild R ] dev-libs/re2-0.2023.08.01:0/11::pg_overlay USE="icu" > ABI_X86="32 (64) (-x32)" 0 KiB That's probably it then, wasn't sure what kind of errors you get but code made it sound related. > So I should downgrade re2? For now at least, like sam said it's still an issue that needs to be fixed so we can upgrade re2 in the main tree eventually.
> For now at least, like sam said it's still an issue that needs to be fixed > so we can upgrade re2 in the main tree eventually. Great, thanks. used: sudo echo '>dev-libs/re2-0.2022.12.01' >> /etc/portage/package.mask/dev-libs sudo emerge -av dev-libs/re2 sudo emerge -av qtwebengine And it compiled now. I am running pending updates. Thanks
(In reply to Ionen Wolkens from comment #6) > For now at least, like sam said it's still an issue that needs to be fixed > so we can upgrade re2 in the main tree eventually. Forgot to mention, but ftr this already been done some time ago in qtwebengine:6. It may be more usable in 6 but preferred to avoid it for now (not to mention that re2:= revdep rebuild on qtwebengine feels kind of wasteful), could revisit when it settles down though.
I think(?) -no-webengine-system-re2 should work for :5 (or is the -webengine bit not needed given the other -system options?), but I have not tried.
Created attachment 871998 [details, diff] qtwebengine-5.15.10_p20230815-bundled-re2.patch qmake options didn't work for me (no such option error), but the attached patch did the job: I've managed to build qtwebengine with re2 library bundled.
(In reply to pva from comment #10) > Created attachment 871998 [details, diff] [details, diff] > qtwebengine-5.15.10_p20230815-bundled-re2.patch > > qmake options didn't work for me (no such option error), but the attached > patch did the job: I've managed to build qtwebengine with re2 library > bundled. Added this patch to /etc/portage/patches... and unmasked RE2 by removing record from /etc/portage/package.mask/dev-libs. emerge -avuDN @world Have compiled: re2 version 0.2023.09.01 and qtwebengine version 5.15.10_p20230815 Successfuly. Thanks, Regards, Petr Sourek
