Date: Wed, 10 Aug 2022 04:35:37 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 265750] ldd(1) -f formatting polluted in 14-CURRENT, POLA violation Message-ID: <bug-265750-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D265750 Bug ID: 265750 Summary: ldd(1) -f formatting polluted in 14-CURRENT, POLA violation Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: editor@callfortesting.org FreeBSD 13.X and previous provides highly-parsable ldd -f output such as: ldd -f '%p\n' `which ls` /lib/libutil.so.9 /lib/libncursesw.so.9 /lib/libc.so.7 Such output can easily be put into a shell loop or similar for processing. On 14-CURRENT, 'ldd -f' adds additional, unactionable lines, limiting the u= se of formatting without additional line removal, which would require an OS version check because of the different behavior: ldd -f '%p\n' `which ls` /lib/libutil.so.9 /lib/libtinfow.so.9 /lib/libc.so.7 [preloaded] [vdso] (0x2952532395d0) ldd -f '%p\n' `which which` /lib/libc.so.7 [preloaded] [vdso] (0x1c674fa475d0) I suggest that this additional information be removed from 14-CURRENT 'ldd = -f' to restore the 13.X and previous behavior. Thank you! --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-265750-227>