On Friday, August 05, 2016 01:06:22 PM Julian Elischer wrote: > On 5/08/2016 8:07 AM, John Baldwin wrote: > > On Thursday, August 04, 2016 07:14:18 PM Bryan Drewery wrote: > >> Author: bdrewery > >> Date: Thu Aug 4 19:14:18 2016 > >> New Revision: 303755 > >> URL: https://svnweb.freebsd.org/changeset/base/303755 > >> > >> Log: > >> Still provide freebsd10_* symbols from libc for COMPAT10. > >> > >> r296773 was done to only remove libc symbols for <7. We want to provide > >> the syscall symbols going forward for 7+. > > In particular, binaries from FreeBSD versions older than 7 do not link > > against libc.so.7. However, we want compat system call symbols in libc.so.7 > > for COMPAT_FREEBSD7 and later in case a shim is needed to implement an > > older version of a libc symbol via symver_compat(). > > > personally I'd rather we drove a stake through the heart of symbol > versioning and > went back to how it was, when one could work out what was going on. > I certainly miss the ability to get the openssl package to overwrite > the base one, > which I'm told is no longer possible due to versioning.
It would be possible if both used the same versioning. Looks like base on my desktop (10.3) is not using versioning, so if the version map is provided by openssl we could in theory just use their version map when building base openssl. That is actually the far easier problem to solve (using upstream-maintained version map vs trying to maintain a local version map that has to be updated manually whenever upstream changes). -- John Baldwin _______________________________________________ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
