lib: further adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using mis-identified many licenses so this was mostly a manual - errorpr
lib: further adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using mis-identified many licenses so this was mostly a manual - errorprone - task.The Software Package Data Exchange (SPDX) group provides a specificationto make it easier for automated tools to detect and summarize well knownopensource licenses. We are gradually adopting the specification, notingthat the tags are considered only advisory and do not, in any way,superceed or replace the license texts.
show more ...
Use SRCTOP-relative paths to other directories instead of .CURDIR-relative onesThis implifies pathing in make/displayed outputMFC after: 3 weeksSponsored by: Dell EMC Isilon
Fix typo when deregistering the VLAN unconfig event handlerSubmitted by: Masao Uebayashi <[email protected]>MFC after: 3 days
dirdeps.mk now sets DEP_RELDIR
New deps
Use src.opts.mk in preference to bsd.own.mk except where we need stufffrom the latter.
Spell NO_PROFILE= as MK_PROFILE=no.
Move the iconv wrapper source from libc_nonshared to libc/iconv so thatit is all in the one place again. Rename libc/iconv/iconv.c tobsd_iconv.c. Compile the wrappers into libc.a so that WITHOUT_D
Move the iconv wrapper source from libc_nonshared to libc/iconv so thatit is all in the one place again. Rename libc/iconv/iconv.c tobsd_iconv.c. Compile the wrappers into libc.a so that WITHOUT_DYNAMICROOTworks again.Discussed with: kib (and partly stolen from his patch)
Attempt to move the POSIX iconv* symbols out of runtime linker space.FreeBSD systems usually implemented this as a third party module andour implementation hasn't played as nicely with the old way
Attempt to move the POSIX iconv* symbols out of runtime linker space.FreeBSD systems usually implemented this as a third party module andour implementation hasn't played as nicely with the old way as it couldhave.To that end:* Rename the iconv* symbols in libc.so.7 to have a __bsd_ prefix.* Provide .symver compatability with existing 10.x+ binaries that referenced the iconv symbols. All existing binaries should work.* Like on Linux/glibc systems, add a libc_nonshared.a to the ldscript at /usr/lib/libc.so.* Move the "iconv*" wrapper symbols to libc_nonshared.aThis should solve the runtime ambiguity about which symbols resolveto where. If you compile against the iconv in libc, your runtimedependencies will be unambiguous.Old 9.x libraries and binaries will always resolve against theirlibiconv.so.3 like they did on 9.x. They won't resolve against libc.Old 10.x binaries will be satisified by the .symver helpers.This should allow ports to selectively compile against the libiconvport if needed and it should behave without ambiguity now.Discussed with: kib