Correct MDSRCS use in <arch>/string/Makefile.inc.- Remove .c files which duplicate entries in MISRCS.- Use the same, less merge conflict prone style in all cases.- Use MDSRCS for mips (.c and .S
Correct MDSRCS use in <arch>/string/Makefile.inc.- Remove .c files which duplicate entries in MISRCS.- Use the same, less merge conflict prone style in all cases.- Use MDSRCS for mips (.c and .S files both ended up in SRCS).- Remove pointless sparc64 Makefile.inc.- Remove uninformative foreign VCS ID entries.Reviewed by: emaste, imp, jhbMFC after: 1 weekSponsored by: DARPA, AFRLDifferential Revision: https://reviews.freebsd.org/D9841
show more ...
Replace dot-dot relative pathing with SRCTOP-relative paths where possibleThis reduces build output, need for recalculating paths, and makes it clearerwhich paths are relative to what areas in the
Replace dot-dot relative pathing with SRCTOP-relative paths where possibleThis reduces build output, need for recalculating paths, and makes it clearerwhich paths are relative to what areas in the source tree. The change inperformance over a locally mounted UFS filesystem was negligible in my testing,but this may more positively impact other filesystems like NFS.LIBC_SRCTOP was left alone so Juniper (and other users) can continue tomanipulate lib/libc/Makefile (and other Makefile.inc's under lib/libc) asinclude Makefiles with custom options.Discussed with: marcel, sjgMFC after: 1 weekReviewed by: emasteSponsored by: Dell EMC IsilonDifferential Revision: https://reviews.freebsd.org/D9207
Attach the cortex strings library to the build. Only a subset of functionshave been added as some don't seem to be improvements over the libc Cimplementation.Obtained from: ABT Systems LtdSponso
Attach the cortex strings library to the build. Only a subset of functionshave been added as some don't seem to be improvements over the libc Cimplementation.Obtained from: ABT Systems LtdSponsored by: The FreeBSD Foundation