[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1024130: glibc: discuss libutil and libanl libraries for loongarch



Package: glibc
Version: 2.36-4
Severity: wishlist
Tags: ftbfs patch
User: debian-devel@lists.debian.org
Usertags: loongarch64

Dear maintainer(s),

I'm attaching a patch (only to provide the basis for this discussion) as a discussion point.
Reference to other architectures such as amd64, arm64 and riscv64, we want to be consistent with the Debian community's handling of libanl and libutil libraries,meanwhile follow the rules of glibc upstream.


- glibc upstream processes libanl and libutil.
[1] About libanl:
commit dbb949f53d4801b91885b2dfac9875b83a8710bf
Author: Florian Weimer <fweimer@redhat.com>
    resolv: Move libanl into libc (if libpthread is in libc)

commit 737e873b305d8a2d925a8e346b84910eae5a39b3
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
    resolv: Do not build libanl.so for ABIs starting at 2.35

[2] About libutil:
commit 734c60ebb607086ad6d67b2544d6b7baba72a652
Author: Florian Weimer <fweimer@redhat.com>
    login: Move libutil into libc

commit b3cf94ef15f0bb6ff336907e31ab0064a0381916
Author: Stafford Horne <shorne@gmail.com>
    login: Add back libutil as an empty library


- glibc-2.36-add-support-for-loongarch64.patch
Refer to the upstream modification of glibc, add patch of loongarch for debian glibc software package.
Only provide the basis for this discussion.
We don't expect to use this patch in the loongarch architecture. We hope to use the same processing method as other architectures in debian glibc package.


- Loongarch want to use the default libc-dev.install and libc-udeb.install processing methods in glibc package.
loongson@loongson-pc:zdd/glibc-2.36/debian/debhelper.in$ pwd
/home/loongson/glibc-2.36/debian/debhelper.in
loongson@loongson-pc:zdd/glibc-2.36/debian/debhelper.in$ ls libc-udeb.install libc-dev.install
libc-dev.install  libc-udeb.install


- Loongarch want to be consistent with the debian community.
Glibc upstream processes all architectures libanl and libutil in the same way.
However, libutil and libanl are provided for other architectures in the debian glibc package.
I survey from the file of glibc-2.36/debian/debhelper.in/libc-dev-alt.lintian-overrides,such as:
# All functionality formerly implemented in the libraries libpthread,
# libdl, libutil, libanl has been integrated into libc. For backwards
# compatibility, empty static archives libpthread.a, libdl.a, libutil.a,
# libanl.a are provided, so that the linker options keep working. 

If the debian community ship with libanl and libutil, we want to be consistent with the debian community. Otherwise, kind of inconsistency is quite a safeguard for fusion down the road.
Therefore,refer to other architectures,whether the loongarch architecture can support libanl and libutil in glibc software package with the help of Debian.


- The friends in debian community have questions, can mail me at any time.
Loongarch architecture joins Debian as a new architecture. We are in the exploratory stage and we look forward to everybody's help sincerely.


Thanks,
Dandan Zhang


本邮件及其附件含有龙芯中科的商业秘密信息,仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制或散发)本邮件及其附件中的信息。如果您错收本邮件,请您立即电话或邮件通知发件人并删除本邮件。 
This email and its attachments contain confidential information from Loongson Technology , which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this email in error, please notify the sender by phone or email immediately and delete it. 

Attachment: glibc-2.36-add-support-for-loongarch64.patch
Description: Binary data


Reply to: