The Linux Standard Base Core Specification, Generic Part 5.0 (adapted as ISO/IEC 23360-1-2:2021) defines a libutil.so.1 shared object with 6 required functions, see [1]. However, as LoongArch is a new architecture introduced to glibc after the merging of auxiliary libraries to libc.so.6, it does not provide a libutil.so.1 at all, only libutil.a ; this breaks programs that tries to dlopen libutil.so.1 to access these 6 functions according to LSB. [1] https://refspecs.linuxfoundation.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/libutil.html
ISO/IEC 23360-1-2:2021 is architecture-specific, so you cannot achieve compliance except with one of the described architectures. I do not have access to the 2021 version, but unless they did substantial updates (that are not reflected on the LSB web site), it mostly applies to obsolete architectures no longer in use, and obsolete software versions.
ISO/IEC 23360-1-2:2021 is not architecture specific, it corresponds to [1] , which is a "Generic" part instead of a architecture-specific part; and the define of libutil.so.1 here is thus architecture-neutral, and at least could get implemented on new architectures. [1] https://refspecs.linuxfoundation.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/book1.html
If it's only about dlopen/dlsym, then a dummy link libutil.so.1 -> libc.so.6 should solve that.