272461 |
03-Oct-2014 |
gjb |
Copy stable/10@r272459 to releng/10.1 as part of the 10.1-RELEASE process.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
245171 |
08-Jan-2013 |
obrien |
Following r226271, allow disabling lzma support with "WITHOUT_LZMA_SUPPORT". Correct r226271 which should have used WITHOUT_BZIP2_SUPPORT per r166255.
Obtained from: Juniper Networks
|
241298 |
06-Oct-2012 |
marcel |
Add support for bmake. This includes: 1. Don't do upgrade_checks when using bmake. As long as we have WITH_BMAKE, there's a bootstrap complication in ths respect. Avoid it. Make the necessary changes to have upgrade_checks work wth bmake anyway. 2. Remove the use of -E. It's not needed in our build because we use ?= for the respective variables, which means that we'll take the environment value (if any) anyway. 3. Properly declare phony targets as phony as bmake is a lot smarter (and thus agressive) about build avoidance. 4. Make sure CLEANFILES is complete and use it on .NOPATH. bmake is a lot smarter about build avoidance and should not find files we generate in the source tree. We should not have files in the repository we want to generate, but this is an easier way to cross this hurdle. 5. Have behavior under bmake the same as it is under make with respect to halting when sub-commands fail. Add "set -e" to compound commands so that bmake is informed when sub-commands fail. 6. Make sure crunchgen uses the same make as the rest of the build. This is important when the make utility isn't called make (but bmake for example). 7. While here, add support for using MAKEOBJDIR to set the object tree location. It's the second alternative bmake looks for when determining the actual object directory (= .OBJDIR).
Submitted by: Simon Gerraty <sjg@juniper.net> Submitted by: John Van Horne <jvanhorne@juniper.net>
|
238143 |
05-Jul-2012 |
obrien |
Remove the "funny targets" make check. We no longer need embedded :: targets to build FreeBSD (they are used in Perl man pages). We never needed embedded "!" in targets that I can find.
We got this from OpenBSD and I cannot find any other make that supports such things -- contrary to their commit message claim: "This behaviour is also consistent with other versions of make.".
|
236340 |
30-May-2012 |
obrien |
make it easier to check newly-built make
|
222295 |
25-May-2011 |
obrien |
+ Tighten up (and simplify) the pass_cmd_vars_1 "variable definition arrived from the calling make" test. + Be more tolerant of newlines in the plus_flag "supports the '+' flag" test.
|
180208 |
03-Jul-2008 |
peter |
Set magic fbsd:nokeywords property that allows files to bypass keyword expansion. (file-specific replacement for CVSROOT/exclude)
|
172399 |
01-Oct-2007 |
ru |
The shell_1_sh test was failing with "make -jX".
Approved by: re (kensmith)
|
138515 |
07-Dec-2004 |
harti |
Fix builds with a read-only directory and a make upgrade. This is done by forcing the creation of an object directory for the make regression tests. Let make handle the tracking of the dependency and installation of test_shell script.
Submitted by: ru
|
138432 |
06-Dec-2004 |
ru |
Make this work under debugging, e.g., "make -dl".
|
138317 |
02-Dec-2004 |
harti |
Make the tests runnable on a read-only src. To do this you must make sure that you create one of the object directories make knows (see make(1)). This uses the -C flag, so add a test that checks that make actually accepts -C. Also fix the test that selects csh via the .SHELL target to work for tcsh users too.
This commit renames shell_test to shell_test.sh. There is no history to preserve so go without a repo-copy.
Reviewed by: ru
|
138227 |
30-Nov-2004 |
harti |
Chmod the shell testscript to be executable if it isn't already. According to the CVS-Meisters x-mode just happens to work, but is not guaranteed to do so. Try to be on the safe side.
|
138080 |
25-Nov-2004 |
harti |
Add some regression tests for the .SHELL target. I'm not sure that the output of shell_2j is actually correct - it just tests what make currently does. Make should switch on echoing for the second line, shouldn't it?
|
137587 |
11-Nov-2004 |
nik |
Switch over to a different, more flexible test output protocol that's understood by Perl's Test::Harness module and prove(1) commands.
Update README to describe the new protocol. The work's broken down into two main sets of changes.
First, update the existing test programs (shell scripts and C programs) to produce output in the ok/not ok format, and to, where possible, also produce a header describing the number of tests that are expected to be run.
Second, provide the .t files that actually run the tests. In some cases these are copies of, or very similar too, scripts that already existed. I've kept the old scripts around so that it's possible to verify that behaviour under this new system (in terms of whether or not a test fails) is identical to the behaviour under the old system.
Add a TODO file.
|
136842 |
23-Oct-2004 |
ru |
Add a regression test for the alternate shell specification.
|
133593 |
12-Aug-2004 |
harti |
Now that make more correctly handles variable assignments in .MAKEFLAGS targets enable the regression test for this.
|
133165 |
05-Aug-2004 |
harti |
Back out something I'm working on that crept in with the last commit.
Spotted by: ru
|
133164 |
05-Aug-2004 |
harti |
Remove extra spaces. Remove double quotes around error messages - they are not needed and will actually be printed.
Submitted by: ru
|
133161 |
05-Aug-2004 |
harti |
Add another test that checks for a working '+' command flag.
|
133109 |
04-Aug-2004 |
harti |
Add a regression test for the passing of command line variable assignments via the MAKEFLAGS environment variable.
|
125227 |
30-Jan-2004 |
ru |
Add a test for what was broken in rev. 1.28 and fixed in rev. 1.29 of make/str.c.
|
125219 |
29-Jan-2004 |
ru |
Add a test for what was fixed in revs. 1.28 and 1.29 of make/str.c.
|
120676 |
02-Oct-2003 |
ru |
Fix a bug that prevented exists() from finding "foo/", "foo/." and "foo/.." when ".PATH: foo" was also given.
PR: bin/34062
|
117226 |
04-Jul-2003 |
ru |
Fixed broken arithmetic expression parser.
Reminded by: bde In memory of: alane
|
110654 |
10-Feb-2003 |
gad |
The regression-tests for 'make' *expect* to trigger make's warning: warning: duplicate script for target "double" ignored The regression-tests do try to hide that message, but the message does still appear when using -j (eg: 'make -j5 buildworld'). This changes the regression-test so the expected warning message will not be seen even when -j is specified.
Reviewed by: jmallett ru
|
107375 |
28-Nov-2002 |
ru |
Add a test for what was fixed in revisions 1.39 and 1.50 of make/parse.c (allow embedded `:' and `!' in target names).
Approved by: re
|
107374 |
28-Nov-2002 |
ru |
Moved make(1) regression tests from src/Makefile to where they belong (src/tools/regression/usr.bin/make), and use the latter to test if make(1) is adequate for building the world.
Approved by: re
|
105907 |
25-Oct-2002 |
jmallett |
Hide the test in <target> under '.if make(<target>)' so as to not get any errors/warnings related to crud in said test block.
|
100794 |
28-Jul-2002 |
jmallett |
As of revision 1.38 of make/parse.c, our make(1) will warn too. Note that this isn't just for the sake of testing behaviour, and that things really do break if this regression occurs.
|
98461 |
20-Jun-2002 |
jmallett |
Grrr, make the test for embedded variables in the left-hand-side actually do the right thing in every case. Yuck.
|
98442 |
19-Jun-2002 |
jmallett |
Add a test for what was fixed in revision 1.27 and 1.28 of make(1)'s var.c, expansion of embedded variables in the left-hand-side of an assignment expression, using the simplest case - hiding recursion using nil-expanded variables.
|
96070 |
05-May-2002 |
jmallett |
Add a regression test for bin/5297, regarding sysv substitution with a nil left-hand-side.
|
95538 |
27-Apr-2002 |
jmallett |
Prefix tests with PASS and FAIL, to make grepping easier, and note this in the README.
This affects only the base-system regression tests, of course.
|
95167 |
21-Apr-2002 |
jmallett |
Check to see if make(1)'s handling of doubly-defined targets is busted or not. A lot relies on this.
|
95158 |
20-Apr-2002 |
jmallett |
Add a test of variable evaluation and substitution for make(1), as a start of tests for it.
|