Re: kern/57021: libc __trunctfdf2 conflicts with libgcc on aarch64

[Taylor R Campbell <riastradh%NetBSD.org@localhost>]

The following reply was made to PR lib/57021; it has been noted by GNATS.

From: Taylor R Campbell <riastradh%NetBSD.org@localhost>
To: nia%pkgsrc.org@localhost
Cc: gnats-bugs%NetBSD.org@localhost, joerg%NetBSD.org@localhost, ryo%NetBSD.org@localhost
Subject: Re: kern/57021: libc __trunctfdf2 conflicts with libgcc on aarch64
Date: Sat, 24 Sep 2022 10:52:14 +0000

 lib/libc/arch/aarch64/softfloat/qp.c appears to be entirely redundant
 with libgcc.  I'm not sure why it's there at all.  Every symbol it
 defines is also defined by libgcc and libgcc_s, according to
 
 % comm -12 <(nm -o --defined-only -g external/gpl3/gcc/lib/libgcc/libgcc/li=
 bgcc.a | awk '{ print $3 }' | sort -u) <(nm -o --defined-only -g lib/libc/q=
 p.o | awk '{ print $3 }' | sort -u)
 __addtf3
 __divtf3
 __extenddftf2
 __extendsftf2
 __fixtfdi
 __fixtfsi
 __floatditf
 __floatsitf
 __floatunditf
 __floatunsitf
 __multf3
 __negtf2
 __subtf3
 __trunctfdf2
 __trunctfsf2
 % comm -13 <(nm -o --defined-only -g external/gpl3/gcc/lib/libgcc/libgcc/li=
 bgcc.a | awk '{ print $3 }' | sort -u) <(nm -o --defined-only -g lib/libc/q=
 p.o | awk '{ print $3 }' | sort -u)
 %=20
 
 (First comm shows symbols defined by both, second one shows symbols
 defined only by qp.c.)
 
 The last couple changes to qp.c were to delete various functions:
 
 __eqtf2
 __getf2
 __gttf2
 __letf2
 __lttf2
 __netf2
 __unordtf2
 
 So why does qp.c exist?  Can we just nix it?  Or should we keep it and
 nix the definitions in libgcc?