It turns out that QEMU built in staging-4.19 (only) depends on it.

But, GCC can emit libgcc calls for arbitrary reasons, so include it
unconditionally.

Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
---
CC: Marek Marczykowski-Górecki <marmarek@invisiblethingslab.com>
CC: Anthony PERARD <anthony.perard@vates.tech>
CC: Jan Beulich <JBeulich@suse.com>
---
 scripts/alpine-rootfs.sh | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/alpine-rootfs.sh b/scripts/alpine-rootfs.sh
index 4d9da9c6fb4c..13d39e8846e7 100755
--- a/scripts/alpine-rootfs.sh
+++ b/scripts/alpine-rootfs.sh
@@ -10,6 +10,7 @@ apk --no-cache upgrade
 
 PKGS=(
     # System
+    libgcc
     openrc
     udev
     util-linux

base-commit: 036ffcafc8388d48f840815dd05e255042185d3d
-- 
2.39.5

On Tue, Apr 29, 2025 at 01:36:43PM +0100, Andrew Cooper wrote:
> It turns out that QEMU built in staging-4.19 (only) depends on it.
> 
> But, GCC can emit libgcc calls for arbitrary reasons, so include it
> unconditionally.

Is there a fixes tag for this, or it has always been this way?

> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>

Acked-by: Roger Pau Monné <roger.pau@citrix.com>

Thanks, Roger.

On 29/04/2025 1:48 pm, Roger Pau Monné wrote:
> On Tue, Apr 29, 2025 at 01:36:43PM +0100, Andrew Cooper wrote:
>> It turns out that QEMU built in staging-4.19 (only) depends on it.
>>
>> But, GCC can emit libgcc calls for arbitrary reasons, so include it
>> unconditionally.
> Is there a fixes tag for this, or it has always been this way?

Fixes: d18d7eba888e ("Shrink the rootfs substantially")

>
>> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
> Acked-by: Roger Pau Monné <roger.pau@citrix.com>

Thanks.  I'll get this deployed.

~Andrew