the dependency on caesar which therefore doesn't need to be built by
bootstrap-tools.
Suggested by: des
Previously mentioned by: Peter Jeremy <peter.jeremy@alcatel.com.au>
anyway, and there can't be any solution that will universally work in any
case (make world, cross-compilation, simple `make' without `make world'
after incompatible options have been added to strfile, ...)
breaks the cross-compilation case, but I'm not the one doing it.
$$PATH *will* have a new strfile in /usr/bin built at build-tools
time, unless you defined NOTOOLS.
If you defined NOTOOLS and it breaks for you, don't do that.
If you did not define NOTOOLS but things are not working, the error is
elsewhere. See logs for src/Makefine.inc1, particularly rev 1.36, and
revision 1.14 of this file.
has /usr/games in its $PATH, where /usr/games/strfile doesn't grok an
option that the newly built one inside /usr/obj would grok, the build
process would be able to complete.
to the _end_ of $PATH before using tools that are normally in
/usr/games. I broke this in rev.1.9 by assuming that these tools
are in $PATH (as they are for `make world' unless NOTOOLS is set).
Revs.1.10-1.13 of this file had various wrong fixes. Rev.1.18
of src/Makefile.inc1 has an incomplete fix.
PR: 7936
Fixed comments about what to comment out to [not] install the
potentially offensive fortunes. This should be configured using
an ifdef.
Fixed missing dependencies of fortunes.dat on fortunes, etc.
Removed bogus dependency of `all' on source files.
Fixed some style bugs.
path in src/Makefile.inc. The code that I'm backing out didn't work
anyway since exists() checks for a file in .PATH (and /usr/games/strfile
doesn't exist there), so the test was always defaulting to ../strfile/strfile
which breaks cross-compiled builds.
be used for C, C++ and assembler sources if <bsd.prog.mk> is
included. It was used for general files. This caused the __depend_*
lists in <bsd.dep.mk> to be empty, so mkdep was never run, so
.depend never existed, so it was always out of date, so `rm -f
.depend' was always executed to update it.
of the x11 based games. I'm not going to tag the originals with bsd_44_lite
and do this in two stages since it's just not worth it for this collection,
and I've got directory renames to deal with that way. Bleah.
Submitted by: jkh
