Bug 275731
| Summary: | [GLib] CLang-16 build broken | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Philippe Normand <philn> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | Normal | CC: | bugs-noreply |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=275732 | ||
Philippe Normand
Likely since the switch to C++23.
/usr/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/../../../../include/c++/13.2.0/tuple:691:2: error: pack expansion contains parameter pack '_UTypes' that has a different length (1 vs. 3) from outer parameter packs
using __convertible = __and_<is_convertible<_UTypes, _Types>...>;
^~~~~
/usr/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/../../../../include/c++/13.2.0/tuple:853:27: note: in instantiation of template type alias '__convertible' requested here
= _TCC<true>::template __convertible<_Args...>::value;
^
/usr/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/../../../../include/c++/13.2.0/tuple:948:12: note: in instantiation of static data member 'std::tuple<const std::tuple<gl::TextureType, unsigned int, unsigned int> &>
::__convertible<gl::TextureType &, unsigned int &, unsigned int &>' requested here
explicit(!__convertible<_UElements&...>)
^
/usr/lib/gcc/x86_64-unknown-linux-gnu/13.2.0/../../../../include/c++/13.2.0/bits/stl_map.h:514:38: note: while substituting deduced template arguments into function template 'tuple' [with _UElements = <gl::Textu
reType, unsigned int, unsigned int>]
std::tuple<const key_type&>(__k),
^
/app/webkit/Source/ThirdParty/ANGLE/src/libANGLE/renderer/gl/BlitGL.cpp:1481:40: note: in instantiation of member function 'std::map<std::tuple<gl::TextureType, unsigned int, unsigned int>, rx::BlitGL::BlitProgr
am>::operator[]' requested here
BlitProgram &result = mBlitPrograms[programType];
^
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Philippe Normand
Daniel Kolesa said this looks particularly related to clang + libstdc++ combo.
clang-18 works and we're switching to that version.