profiles/arch/loong: mask media-gfx/gimp[unwind]

Strangely, building gimp with libunwind backtrace support segfaults
while media-gfx/exiv2 and media-libs/gexiv2 are doing their C++
exception dance.

Simplified backtrace with `GIMP_DEBUG_SELF=x ninja`:

> Thread 1 (Thread 0x7ffff7c69b00 (LWP 68084) "gimp-console-3."):
> #0  0x00007ffff6e560a0 in get_dyn_info_list_addr
> #1  0x00007ffff6e55790 in __libunwind_Unwind_Resume
> #2  0x00007ffff642e9d8 in Exiv2::XmpProperties::nsInfoUnsafe
> #3  0x00007ffff642eb30 in Exiv2::XmpProperties::ns
> #4  0x00007ffff7593714 in gexiv2_metadata_try_register_xmp_namespace
> #5  0x00007ffff7f5fbe4 in gimp_metadata_class_intern_init
> #6  0x00007ffff7c28a9c in g_type_class_get
> #7  0x00007ffff7c0d3c0 in g_object_new_with_properties
> #8  0x00007ffff7c0e18c in g_object_new
> #9  0x00007ffff7f607cc in gimp_metadata_new
> #10 0x00005555555b1440 in gimp_create_image
> [snip]

Disabling libunwind support makes everything going smoothly for now,
though further investigation is needed.

Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
This commit is contained in:
WANG Xuerui
2025-12-11 20:24:43 +08:00
parent 4e82cc697e
commit be0edcb49e

View File

@@ -1,6 +1,12 @@
# Copyright 2022-2025 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# WANG Xuerui <xen0n@gentoo.org> (2025-12-11)
# Mysterious segfault at build time (building splash image), during exiv2
# XMP namespace registration, due to unidentified interaction between C++
# exception handling and loongarch64 libunwind operation.
media-gfx/gimp unwind
# WANG Xuerui <xen0n@gentoo.org> (2025-12-10)
# Test case "c_test" fails with "free: invalid size".
dev-libs/rocksdb jemalloc