Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
DIRDEPS_BUILD: Update dependencies.Sponsored by: Dell EMC Isilon
Merge ^/user/ngie/release-pkg-fix-tests to unbreak how test files are installedafter r298107Summary of changes:- Replace all instances of FILES/TESTS with ${PACKAGE}FILES. This ensures that na
Merge ^/user/ngie/release-pkg-fix-tests to unbreak how test files are installedafter r298107Summary of changes:- Replace all instances of FILES/TESTS with ${PACKAGE}FILES. This ensures that namespacing is kept with FILES appropriately, and that this shouldn't need to be repeated if the namespace changes -- only the definition of PACKAGE needs to be changed- Allow PACKAGE to be overridden by callers instead of forcing it to always be `tests`. In the event we get to the point where things can be split up enough in the base system, it would make more sense to group the tests with the blocks they're a part of, e.g. byacc with byacc-tests, etc- Remove PACKAGE definitions where possible, i.e. where FILES wasn't used previously.- Remove unnecessary TESTSPACKAGE definitions; this has been elided into bsd.tests.mk- Remove unnecessary BINDIRs used previously with ${PACKAGE}FILES; ${PACKAGE}FILESDIR is now automatically defined in bsd.test.mk.- Fix installation of files under data/ subdirectories in lib/libc/tests/hash and lib/libc/tests/net/getaddrinfo- Remove unnecessary .include <bsd.own.mk>s (some opportunistic cleanup)Document the proposed changes in share/examples/tests/tests/... via examplesso it's clear that ${PACKAGES}FILES is the suggested way forward in terms ofreplacing FILES. share/mk/bsd.README didn't seem like the appropriate methodof communicating that info.MFC after: never probablyX-MFC with: r298107PR: 209114Relnotes: yesTested with: buildworld, installworld, checkworld; buildworld, packageworldSponsored by: EMC / Isilon Storage Division
show more ...
DIRDEPS_BUILD: Connect MK_TESTS.Sponsored by: EMC / Isilon Storage Division
Avoid adding the '-release' suffix to non-debug kernel packages.Sponsored by: The FreeBSD Foundation
Fix LDADD/DPADD that should be LIBADD.Sponsored by: EMC / Isilon Storage Division
Follow-up r291330: h_testbits.h is only needed by xdr_test.X-MFC-With: r291330MFC after: 1 weekSponsored by: EMC / Isilon Storage Division
Replace DPSRCS that work fine in SRCS.This is so that 'make depend' is not a required build step in thesefiles.DPSRCS is overall unneeded. DPSRCS already contains SRCS, so anythingwhich can sa
Replace DPSRCS that work fine in SRCS.This is so that 'make depend' is not a required build step in thesefiles.DPSRCS is overall unneeded. DPSRCS already contains SRCS, so anythingwhich can safely be in SRCS should be. DPSRCS is mostly just a way togenerate files that should not be linked into the final PROG/LIB. Forheaders and grammars it is safe for them to be in SRCS since they willbe excluded during linking and installation.The only remaining uses of DPSRCS are for generating .c or .o files thatmust be built before 'make depend' can run 'mkdep' on the SRCS c fileslist. A semi-proper example is in tests/sys/kern/acct/Makefile where achecked-in .c file has an #include on a generated .c file. Thegenerated .c file should not be linked into the final PROG though sinceit is #include'd. The more proper way here is just to build/link it inthough without DPSRCS. Another example is in sys/modules/linux/Makefilewhere a shell script runs to parse a DPSRCS .o file that should not belinked into the module. Beyond those, the need for DPSRCS is largelyunneeded, redundant, and forces 'make depend' to be ran. Generally,these Makefiles should avoid the need for DPSRCS and define properdependencies for their files as well.An example of an improper usage and why this matters is in usr.bin/netstat.nl_defs.h was only in DPSRCS and so was not generated during 'make all',but only during 'make depend'. The files including it lacked properdepenencies on it, which forced running 'make depend' to workaround thatbug. The 'make depend' target should mostly be used for incremental buildhelp, not to produce a working build. This specific example was broken inthe meta build until r287905 since it does not run 'make depend'.The gnu/lib/libreadline/readline case is fine since bsd.lib.mk has 'OBJS:SRCS:M*.h' when there is no .depend file.Sponsored by: EMC / Isilon Storage DivisionMFC after: 1 week
Refactor the test/ Makefiles after recent changes to bsd.test.mk (r289158) andnetbsd-tests.test.mk (r289151)- Eliminate explicit OBJTOP/SRCTOP setting- Convert all ad hoc NetBSD test integration
Refactor the test/ Makefiles after recent changes to bsd.test.mk (r289158) andnetbsd-tests.test.mk (r289151)- Eliminate explicit OBJTOP/SRCTOP setting- Convert all ad hoc NetBSD test integration over to netbsd-tests.test.mk- Remove unnecessary TESTSDIR setting- Use SRCTOP where possible for clarityMFC after: 2 weeksSponsored by: EMC / Isilon Storage Divison
Add reachover Makefiles for contrib/netbsd-tests/lib/libc; this adds approximately500 new testcasesVarious TODOs have been sprinkled around the Makefiles for items that even needto be ported (mis
Add reachover Makefiles for contrib/netbsd-tests/lib/libc; this adds approximately500 new testcasesVarious TODOs have been sprinkled around the Makefiles for items that even needto be ported (missing features), testcases have issues with building/linking, orissues at runtime.A variant of this code has been tested extensively on amd64 and i38610-STABLE/11-CURRENT for several months without issue. It builds on otherarchitectures, but the code will remain off until I have prove it works onvirtual hardware or real hardware on other architecturesIn collaboration with: pho, Casey Peel <[email protected]>Sponsored by: EMC / Isilon Storage Division