| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Spotted by: johan
|
|
|
|
| |
Approved by: re
|
| |
|
|
|
|
|
| |
plain ${CLEANDIR} to clean kernel and modules. This has an
additional nicety of respecting NOCLEANDIR.
|
|
|
|
|
|
|
|
|
| |
from the source directory. (This mostly affects the RELENG_4's
``make release'' release.5 target, where "rtermcap" build-tool
for release/sysinstall ends up in the source directory and later
steps of release.5 wipe it out.)
Spotted by: jhay
|
| |
|
| |
|
|
|
|
|
|
| |
early on, rather than failing later with an obscure error message.
Make error messages appear consistent.
|
|
|
|
|
|
| |
Can be removed if the underlying issue is fixed.
Submitted by: Flemming Jacobsen <fj@batmule.dk>
|
|
|
|
| |
a sysadmin tool.
|
|
|
|
|
|
|
| |
buildworld).
Reviewed by: imp, marcel
Approved by: re (rwatson)
|
|
|
|
| |
Requested by: des, markm
|
| |
|
|
|
|
|
|
|
|
| |
is a compiler tool and needs to be compiled by the host compiler. I've
tested this in i386->sparc cross-build, 4.7->current upgrade, normal
buildkernel target, and normal /sys/i386/compile/GENERIC configurations.
Submitted by: ru
|
| |
|
|
|
|
| |
off the execution test.
|
|
|
|
|
|
|
| |
non-cross cases without DESTDIR, that the bin/sh that we're about to
install works. Otherwise, a 'make installworld' without having already
rebooted with a post-signal-fix kernel is a rather big disaster when
important things like /bin/sh coredump.
|
| |
|
|
|
|
| |
"utility-like" games and everyone's favourite, fortune(6).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
under way to move the remnants of the a.out toolchain to ports. As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL. It has already lasted WAY beyond
that.
Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.
Tested on: i386 (extensively), alpha
|
|
|
|
|
|
|
|
|
| |
doing the cd. This is done for bootstrap-tools,
build-tools, cross-tools, and the libraries loop.
Reviewed by: ru
Approved by: sheldonh (mentor)
MFC after: 1 week
|
|
|
|
|
|
|
| |
bother "only those who attempts to set it to a different value". This
got broken in rev. 1.300 (that fixed another race).
Reported by: ache
|
|
|
|
|
|
|
|
| |
endless recursion bug similar to the one that has been fixed in
release/Makefile,v 1.698, in advance. A related fix to make(1)
has been committed in make/main.c,v 1.68.
Requested by: bde (who has them merged already)
|
|
|
|
|
|
|
|
|
|
|
| |
If there was no CPUTYPE assignment in /etc/make.conf, this would
cause the ``CPUTYPE assignment type'' check to falsely fail.
Reported by: johan
Fixed this by making sure we always pass the non-empty CPUTYPE.
Also make sure we use the correct set of share/mk files in our
test.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TARGET_ARCH and TARGET. This is problematic when one has the =
(unconditional) type of assigment for CPUTYPE in /etc/make.conf.
(This would override what was set on the command line to "make
buildworld".)
Add a (horrible) kludge to Makefile.inc1 to check the type of
assignment for CPUTYPE (only for those who attempts to set it to
a different value). Fix an example make.conf. Fix the kernel's
build-tools target (aicasm only at the moment) to catch up with
bsd.cpu.mk,v 1.15 (BOOTSTRAPPING replaced with NO_CPU_CFLAGS in
Makefile.inc1's BMAKE).
Reviewed by: jhb
|
|
|
|
|
|
|
|
|
|
|
| |
bsd.cpu.mk doesn't have to worry about compilers other than the current
version.
- Allow TARGET_CPUTYPE to override CPUTYPE in bsd.cpu.mk.
- Treat an empty CPUTYPE the same as an undefined CPUTYPE.
- For buildworld, buildkernel, etc., define TARGET_CPUTYPE to CPUTYPE for
native builds and define it to be empty for cross-builds.
TARGET_CPUTYPE is only defined if it is not already defined via the
commandline or environment.
|
| |
|
|
|
|
| |
Submitted by: ru
|
|
|
|
|
|
|
| |
This way, it has a chance to be built with gcc 2.95.x (using the bandaid
in share/mk/bsd.cpu.mk,v 1.11).
Feedback timeout from: gordon
|
|
|
|
| |
Submitted by: bde, ru
|
| |
|
| |
|
|
|
|
| |
NO_OPENSSH.
|
| |
|
|
|
|
| |
added uudecode(1) to bootstrap-tools.
|
|
|
|
|
|
|
| |
cc's version. libgcc.a will have been clobbered and will no longer have
the old c++ support.
Submitted by: jhb
|
|
|
|
|
|
|
|
|
|
| |
This only affects the -current early adopters and developers who have
done a 'make world' in the last few weeks and as a result installed a
gcc-3.1 version of /usr/bin/c++ but without the corresponding library
support that this now requires. This is a temporary hack that should be
deleted within a few weeks. In this case we will use the existing
gperf/groff one last time around for the early stage1 bootstrap. (This
isn't so bad, because we were unconditionally using the host one before)
|
| |
|
|
|
|
|
|
| |
NOMAN is defined when building bootstrap-tools.
Submitted by: jhay
|
| |
|
|
|
|
| |
Approved by: jake
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
for the C++ progs to be built with e.g. an old compiler,
CXX=/usr/bin/c++, for the time being.
|
|
|
|
|
|
| |
Rename `incsinstall' to `installincludes'.
Make `includes' a -j safe shortcut for `buildincludes' + `installincludes'.
`buildincludes' and `installincludes' are SUBDIR friendly, if run directly.
|
| |
|
|
|
|
|
|
| |
Spotted by: jhay
Parallel worlds and releases should be working again.
|