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-----