Merge pull request #54482 from wolfi-dev/wolfictl-0a22de87-ee29-4f9e-8e4d-ebedc0770417

chromium/137.0.7151.55 package update

Author: OddBloke

chromium.yaml

@@ -7,8 +7,8 @@
 # And remove the use of the strip pipeline below
 package:
   name: chromium
-  version: "136.0.7103.113"
-  epoch: 1
+  version: "137.0.7151.55"
+  epoch: 0
   description: "Open souce version of Google's chrome web browser"
   copyright:
     - license: BSD-3-Clause
@@ -156,7 +156,7 @@ pipeline:
       # Tarballs are built using the instructions here:
       # https://wiki.gentoo.org/wiki/Project:Chromium/How_to_make_a_Chromium_tarball
       uri: https://chromium-tarballs.distfiles.gentoo.org/chromium-${{package.version}}-linux.tar.xz
-      expected-sha512: aff1f8f96f304d15ad984f06a5806733b8cc8689973b620b8ef43bb24cb10b2201f40b48158b7a2508cfbaffad3753c811519237c0e68c7a7303be575611896f
+      expected-sha512: af1cdf9c2fba8d8446edeb2b9a97bd118b06d9e5e50e40a679bc0266b5a54192a62eb70476471a00743f3842dce51faa343f0cae068245feaa70059f0309d7ec
 
   - name: Remove binaries from source tree
     runs: |

chromium/clang-19-compat.patch

@@ -1,13 +1,31 @@
 Description: Disable Clang >= 20 compiler options until packaged
+The -fextend-variable-liveness=none flag was added to Chromium to work with newer versions of Clang (likely Clang 20+)
+as -fextend-variable-liveness=none flag is not available in Clang<20 
+It is a new compiler flag: https://releases.llvm.org/20.1.0/tools/clang/docs/ReleaseNotes.html#new-compiler-flags
+This whole patch can be removed once we package Clang 20+ in the future.
 Author: James Page <james.page@chainguard.dev>
 
 --- a/build/config/compiler/BUILD.gn.orig	2025-05-12 16:11:29.949768459 +0100
 +++ b/build/config/compiler/BUILD.gn	2025-05-12 16:12:14.385296607 +0100
-@@ -312,7 +312,6 @@ config("compiler") {
+@@ -313,7 +313,6 @@ config("compiler") {
      ":compiler_cpu_abi",
      ":compiler_codegen",
      ":compiler_deterministic",
 -    ":clang_warning_suppression",
    ]
 
    # Here we enable -fno-delete-null-pointer-checks, which makes various nullptr
+@@ -623,13 +622,6 @@ config("compiler") {
+         default_toolchain != "//build/toolchain/cros:target") {
+       cflags += [ "-Wa,--crel,--allow-experimental-crel" ]
+     }
+-
+-    # TODO(crbug.com/413427035): Remove once
+-    # https://github.com/llvm/llvm-project/pull/136867/ is landed.
+-    if (!is_win && !llvm_android_mainline &&
+-        default_toolchain != "//build/toolchain/cros:target") {
+-      cflags += [ "-fextend-variable-liveness=none" ]
+-    }
+   }
+ 
+   # C11/C++11 compiler flags setup.

chromium/gperf.patch

@@ -5,7 +5,7 @@ gperf massaging that causes the problem.
 
 --- a/third_party/blink/renderer/build/scripts/gperf.py
 +++ b/third_party/blink/renderer/build/scripts/gperf.py
-@@ -28,24 +28,6 @@
+@@ -28,27 +28,6 @@ def generate_gperf(gperf_path, gperf_input, gperf_args):
              stdout=subprocess.PIPE,
              universal_newlines=True)
          gperf_output = gperf.communicate(gperf_input)[0]
@@ -16,10 +16,13 @@ gperf massaging that causes the problem.
 -        # https://savannah.gnu.org/bugs/index.php?53028
 -        gperf_output = re.sub(r'\bregister ', '', gperf_output)
 -        # -Wimplicit-fallthrough needs an explicit fallthrough statement,
--        # so replace gperf's /*FALLTHROUGH*/ comment with the statement.
--        # https://savannah.gnu.org/bugs/index.php?53029
--        gperf_output = gperf_output.replace('/*FALLTHROUGH*/',
--                                            '  [[fallthrough]];')
+-        # so replace gperf 3.1's /*FALLTHROUGH*/ comment with the statement.
+-        # https://savannah.gnu.org/bugs/index.php?53029 (fixed in 3.2)
+-        if re.search(
+-                r'/\* C\+\+ code produced by gperf version 3\.[01](\.\d+)? \*/',
+-                gperf_output):
+-            gperf_output = gperf_output.replace('/*FALLTHROUGH*/',
+-                                                '  [[fallthrough]];')
 -        # -Wpointer-to-int-cast warns about casting pointers to smaller ints
 -        # Replace {(int)(long)&(foo), bar} with
 -        # {static_cast<int>(reinterpret_cast<uintptr_t>(&(foo)), bar}