Re: Checking library symbols

"Greg A. Woods" <[email protected]> Tue, 10 Dec 2024 18:03:26 -0800
Newsgroups gmane.os.netbsd.devel.userlevel
Organization Planix, Inc.
Message-ID <[email protected]>
At Sat, 16 Mar 2024 22:21:21 +0000, Taylor R Campbell <[email protected]> wrote:
Subject: Checking library symbols
>
> So far this is experimental -- I only tried it with openssl libcrypto
> to verify another experiment with renaming sha2 symbols.  It's limited
> to shared libraries, not static libraries, for now.  In practice we
> might require more mechanism to handle MD variation in the set of
> defined symbols (especially with libm), and we might encounter other
> problems I haven't foreseen if we try to apply this to more libraries,
> but I thought I'd share a first draft.

It seems it can cause builds with non-default MK* options such as
MKINET6=no to fail.

See my post from today on current-users.

The particular case I ran into for libpcap would seem to be a design
flaw in libpcap's API, though I'm not so familiar with libpcap that I
can be sure.

--
					Greg A. Woods <[email protected]>

Kelowna, BC     +1 250 762-7675           RoboHack <[email protected]>
Planix, Inc. <[email protected]>     Avoncote Farms <[email protected]>
signature.asc (application/pgp-signature, 195 B)
-----BEGIN PGP SIGNATURE-----

iF0EABECAB0WIQRuK6dmwVAucmRxuh9mfXG3eL/0fwUCZ1jy5wAKCRBmfXG3eL/0
f2cHAKDfD5iJ8J2/Z4rmWTHKluom7hROAACfWKCMR7wdnO6+BVA3bwoMMGcUUA8=
=Q52l
-----END PGP SIGNATURE-----