UPDATING revision 1.79
11.79Swiz$NetBSD: UPDATING,v 1.79 2002/12/09 18:59:07 wiz Exp $
21.1Sabs
31.1SabsThis file is intended to be a brief introduction to the build
41.1Sabsprocess and a reference on what to do if something doesn't work.
51.1Sabs
61.1SabsFor a more detailed description see Makefile.
71.1Sabs
81.1SabsRecent changes:
91.1Sabs^^^^^^^^^^^^^^^
101.78Slukem
111.78Slukem20021130:
121.78Slukem	fparseln(3) moved from libutil to libc.
131.78Slukem	If building to DESTDIR=/, reinstall the includes
141.78Slukem	and rebuild libc:
151.78Slukem		make includes
161.78Slukem		make do-lib-libc
171.78Slukem	If using build.sh, "cd tools/compat && make clean"
181.78Slukem	before rebuilding the tools.
191.77Slukem
201.77Slukem20021126:
211.77Slukem	The mk.conf(5) variable SYS_INCLUDE has been deprecated,
221.77Slukem	including the optional "SYS_INCLUDE=symlinks" support.
231.77Slukem	All header files, including <sys/*.h> are copied into
241.77Slukem	/usr/include.
251.76Sthorpej
261.76Sthorpej20021121:
271.76Sthorpej	The C run-time support files crtbegin.o and crtend.o
281.76Sthorpej	(and their companions crtbeginS.o and crtendS.o) were
291.76Sthorpej	split up, with new crti.o and crtn.o files resulting.
301.76Sthorpej	This means that libtool needs to be rebuilt once the
311.76Sthorpej	new libraries are installed.  The process of rebuilding
321.76Sthorpej	libtool will cause it to automatically notice the new
331.76Sthorpej	required files, but it *must* be rebuilt in order to
341.76Sthorpej	do this.
351.76Sthorpej
361.76Sthorpej	An out-of-date libtool will result in shared libraries
371.76Sthorpej	which lack _init() and _fini() routines, which means that
381.76Sthorpej	their global contructors/destructors will not be invoked.
391.75Sthorpej
401.75Sthorpej20021121:
411.75Sthorpej	A bug related to how ARM ELF objects were tagged has been
421.75Sthorpej	corrected.
431.75Sthorpej
441.75Sthorpej	NetBSD ARM ELF uses the soft-VFP floating point model by
451.75Sthorpej	default.  However, the assembler lacked support for marking
461.75Sthorpej	objects as using the VFP floating point format, and the
471.79Swiz	compiler was not properly passing the flag indicating "soft-VFP"
481.75Sthorpej	to the assembler.
491.75Sthorpej
501.75Sthorpej	Unfortunately, this means that the linker will now consider
511.75Sthorpej	old (i.e. not marked "softvfp") NetBSD ARM ELF objects to be
521.75Sthorpej	incompatible with new (properly marked) objects.
531.75Sthorpej
541.75Sthorpej	The problem will only manifest itself if you attempt to compile
551.75Sthorpej	a new program using the fixed toolchain, and link that program
561.75Sthorpej	against old libraries which do not have the proper "softvfp"
571.75Sthorpej	markings.  ALL OF YOUR EXISTING BINARIES AND SHARED LIBRARIES
581.75Sthorpej	WILL CONTINUE TO WORK PROPERLY.
591.75Sthorpej
601.75Sthorpej	The only work-around for the problem is to recompile all of
611.75Sthorpej	the libraries on the system.  The easiest way to do this for
621.79Swiz	system libraries is to install a binary snapshot; they are
631.75Sthorpej	generally available on releng.netbsd.org.  Any packages you
641.75Sthorpej	have installed which supply libraries will have to be recompiled
651.75Sthorpej	if you wish to link new programs against those libraries.
661.75Sthorpej
671.75Sthorpej	If you have questions about this matter, please contact
681.75Sthorpej	port-arm@netbsd.org.
691.73Sprovos
701.73Sprovos20021011:
711.73Sprovos	Systrace has been improved to support privilege elevation.
721.73Sprovos	Updating the kernel requires the userland part of systrace
731.79Swiz	to be rebuilt.
741.72Sthorpej
751.72Sthorpej20021010:
761.72Sthorpej	The config(8) grammar was changed to allow options to register
771.72Sthorpej	dependencies on attributes, as well as other options.  Users
781.72Sthorpej	must update and reinstall usr.sbin/config before building a new
791.72Sthorpej	kernel.
801.70Sthorpej
811.70Sthorpej20021009:
821.70Sthorpej	A new attribute dependency syntax was introduced to config(8),
831.70Sthorpej	which is now used by the SCSI configuration description.  Users
841.71Swiz	must update and reinstall usr.sbin/config before building a new
851.70Sthorpej	kernel.
861.69Sthorpej
871.69Sthorpej20021003:
881.69Sthorpej	Several changes have been made to the autoconfiguration
891.69Sthorpej	framework.  Users must update and reinstall usr.sbin/config
901.69Sthorpej	before building a new kernel.
911.74Sjschauma
921.74Sjschauma20021001:
931.74Sjschauma	The i386mp branch has been merged.  To compile a kernel, users
941.74Sjschauma	will need to add the option 'cpu* at mainbus?' to their configuration
951.74Sjschauma	file.  Multiprocessor kernels will need
961.74Sjschauma	ioapic*		at mainbus? apid ?
971.74Sjschauma	options		MULTIPROCESSOR
981.74Sjschauma	options		COM_MPLOCK
991.68Slukem
1001.68Slukem20020922:
1011.68Slukem	MKDYNAMICROOT=yes enabled by default, which means that
1021.68Slukem	certain shared libraries are installed into /lib, the shared
1031.68Slukem	linker is installed into /libexec, and all programs in /bin
1041.68Slukem	and /sbin are dynamically linked.
1051.68Slukem	If you do not use "make build", you should ensure that
1061.68Slukem	you have the libraries and shared linker in the new locations,
1071.68Slukem	with:
1081.68Slukem		make do-lib-csu do-lib-libc do-lib do-gnu-lib do-ld.elf_so
1091.67Slukem
1101.67Slukem20020917:
1111.67Slukem	USE_NEW_TOOLCHAIN has been replaced with:
1121.67Slukem	    -	TOOLCHAIN_MISSING -- set to "yes" on platforms for which
1131.67Slukem		there is no working in-tree toolchain (hppa, ns32k, sh5,
1141.67Slukem		x86_64).
1151.67Slukem	    -	EXTERNAL_TOOLCHAIN -- if defined by the user, points to the
1161.79Swiz		root of an external toolchain (e.g. /usr/local/gnu).  This
1171.67Slukem		enables the cross-build framework even for TOOLCHAIN_MISSING
1181.67Slukem		platforms.
1191.66Sgehenna
1201.66Sgehenna20020906:
1211.66Sgehenna	gehenna-devsw has been merged into the trunk. Need to update and
1221.79Swiz	reinstall usr.sbin/config before building the kernel.
1231.65Slukem
1241.65Slukem20020822:
1251.65Slukem	Crunched rescue tools (contents of /bin and /sbin, plus others)
1261.65Slukem	are now provided in /rescue.
1271.65Slukem
1281.65Slukem	To ensure that these are built statically linked (no matter
1291.65Slukem	what the setting of LDSTATIC is), use a crunchgen(1) built
1301.65Slukem	from sources newer than 20020820 (see the next entry).
1311.65Slukem
1321.65Slukem20020820:
1331.65Slukem	crunchgen(1) changed to ensure that the generated program
1341.65Slukem	is statically linked.
1351.65Slukem
1361.65Slukem	Solution: update and reinstall usr.bin/crunch
1371.61Sitojun
1381.61Sitojun20020515:
1391.61Sitojun	sshd user/group has been added.  Need to hand add this in, or sshd
1401.61Sitojun	will not let you log in (with default, or UsePrivlegeSeparation=yes)
1411.61Sitojun
1421.61Sitojun	Add the following into /etc/group:
1431.61Sitojun
1441.61Sitojun	sshd:*:16:
1451.61Sitojun
1461.61Sitojun	and the following to /etc/master.passwd (via vipw):
1471.61Sitojun
1481.63Senami	sshd:*:16:16::0:0:& pseudo-user:/var/chroot/sshd:/sbin/nologin
1491.61Sitojun	
1501.79Swiz	Also /var/chroot/sshd directory needs to be present (digged as part of
1511.79Swiz	the build process).
1521.60Ssommerfe
1531.60Ssommerfe20020426:
1541.60Ssommerfe	NBUILDJOBS obsoleted in favor of just using -j.
1551.59Slukem
1561.59Slukem20020426:
1571.59Slukem	etc/postinstall added, which performs various checks for 
1581.59Slukem	configuration file updates and changes, and can fix most of
1591.59Slukem	the problems identified.
1601.59Slukem	This should make it much easier to upgrade a system's
1611.59Slukem	configuration from earlier systems (as far back as NetBSD 1.5).
1621.56Slukem
1631.56Slukem20020320:
1641.79Swiz	<bsd.lib.mk> needs a new install(1) for its "-a cmd" support.
1651.79Swiz	Build and install at usr.bin/xinstall before the build.
1661.56Slukem
1671.55Sitojun20020319:
1681.79Swiz	Raw IPv6 socket now makes strict checking for sa_family and sa_len
1691.79Swiz	on send(2) operation.  Be sure to have sbin/rtsol and usr.sbin/rtsold
1701.55Sitojun	newer than November 2001 when you upgrade the kernel.
1711.55Sitojun
1721.54Sitojun20020311:
1731.54Sitojun	ssh configuration files were moved from /etc to /etc/ssh.  Beware
1741.54Sitojun	if you restart your machine from remote.  Note that sshd.conf needs
1751.54Sitojun	to be changed (due to the use of "/etc" inside).
1761.54Sitojun
1771.54Sitojun20020223:
1781.53Smatt	Users of the VAX port will need to rebuild and install gas
1791.53Smatt	so it deal with the now present register prefix used in all
1801.53Smatt	the VAX assembly files.
1811.53Smatt
1821.50Sitojun20020118:
1831.50Sitojun	ntpd user/group has been added.  Need to hand add this in or builds
1841.50Sitojun	will break as mtree aborts early.
1851.50Sitojun
1861.50Sitojun	Add the following into /etc/group:
1871.50Sitojun
1881.50Sitojun	ntpd:*:15:
1891.50Sitojun
1901.50Sitojun	and the following to /etc/master.passwd (via vipw):
1911.50Sitojun
1921.50Sitojun	ntpd:*:15:15::0:0:Ntpd pseudo-user:/var/chroot/ntpd:/sbin/nologin
1931.50Sitojun
1941.49Sjmc20011207:
1951.49Sjmc	If you're attempting to build a snapshot on sparc64 and are getting
1961.49Sjmc	reloc errors from the toolchain groff binary this means your native
1971.49Sjmc	toolchain has some broken C++ bits.
1981.49Sjmc
1991.49Sjmc	To fix:
2001.49Sjmc
2011.49Sjmc	Build a new toolchain (i.e. build.sh -t)
2021.49Sjmc	Use the new toolchain to build and install natively (i.e. /usr/lib)
2031.49Sjmc
2041.49Sjmc	gnu/lib/libgcc
2051.51Spooka	gnu/lib/libstdc++
2061.49Sjmc
2071.49Sjmc	After this a snapshot will be able to be built.
2081.49Sjmc
2091.47Sjmc20011201:
2101.47Sjmc	In order for a sparc64 build to work you must have a working awk. If
2111.47Sjmc	you've built and installed a system with the new toolchain up to this
2121.52Swiz	point you do not have a working awk as its ability to do floating
2131.47Sjmc	point is broken. 
2141.47Sjmc
2151.47Sjmc	To build:
2161.47Sjmc
2171.47Sjmc	remake and install gnu/lib/libgcc
2181.47Sjmc	remake and install gnu/usr.bin/gawk into /usr/bin (make sure it links
2191.48Sjmc	against the new libgcc.a)
2201.47Sjmc
2211.46Sthorpej20011128:
2221.46Sthorpej	Kernel config information was changed to use defflag in
2231.46Sthorpej	the various "files" files.  Bug fixes to config(8) are
2241.46Sthorpej	required in order for this to work properly.  Make sure
2251.46Sthorpej	to build and install in usr.sbin/config before attempting
2261.46Sthorpej	to build a new kernel.
2271.46Sthorpej
2281.45Syamt20011030:
2291.45Syamt	libc/locale/wcstod.c now needs new lint(1). Update lint(1)
2301.45Syamt	before building libc.
2311.43Smason
2321.44Stv20011029:
2331.44Stv	The new document BUILDING.mdoc (view with nroff | more, or
2341.44Stv	see pre-generated .txt and .html versions) describes the build
2351.44Stv	procedure in great detail.  BUILDING, and the USE_NEW_TOOLCHAIN
2361.44Stv	build process, are intended in the long run to replace this
2371.44Stv	manual update log.
2381.44Stv
2391.44Stv	Users building a USE_NEW_TOOLCHAIN system should read the
2401.44Stv	BUILDING document for caveats.  Generally, BUILDING supersedes
2411.44Stv	UPDATING for these systems, as tool updating is taken care of
2421.44Stv	by the new build system.
2431.42Sperry
2441.42Sperry20011028:
2451.42Sperry	src/etc/Makefile now needs install to be able to handle
2461.42Sperry	symlinks that point to nowhere. A bug in install that
2471.42Sperry	prevented this was corrected.
2481.42Sperry
2491.42Sperry	Solution: update and reinstall usr.bin/xinstall
2501.42Sperry	Better Solution: Use the new toolchain and it will just work
2511.42Sperry	for you.
2521.40Slukem
2531.40Slukem20011006:
2541.40Slukem	/etc/mtree/NetBSD.dist has been updated to take advantage of
2551.40Slukem	absolute path support added to mtree(8). Older mtree(8)s don't
2561.40Slukem	understand the format.
2571.40Slukem
2581.40Slukem	Solution: update and reinstall usr.sbin/mtree
2591.39Sjmc
2601.39Sjmc20011004:
2611.39Sjmc	Crunchgen has been updated to work via reach-over makefiles. Updating
2621.39Sjmc	is suggested before running a snapshot build
2631.36Stv
2641.35Sthorpej20010915:
2651.35Sthorpej	The new "ubcperf" code committed by Chuck Silvers removed
2661.35Sthorpej	a header file, uvm/uvm_vnode.h.  There may be stale .depend
2671.35Sthorpej	files that still reference this file.
2681.35Sthorpej
2691.35Sthorpej	Solution: "make cleandir && make dependall" in affected
2701.35Sthorpej	directories.
2711.31Senami
2721.31Senami20010803:
2731.31Senami	grep.info is now built from grep.texi using makeinfo.  Since it
2741.31Senami	requires makeinfo v4.0, you need to install new texinfo before
2751.31Senami	building gnu/usr.bin/grep.  To install new texinfo, please follow
2761.31Senami	the instruction described in 20010726 entry.
2771.30Senami
2781.64Ssommerfe20010803: 
2791.41Swiz	(i386 only): i386 kernel now uses new instructions like
2801.41Swiz        `fxsave' which old gas doesn't understand.  To build the
2811.64Ssommerfe	kernel successfully, you need to build and install a new toolchain, 
2821.64Ssommerfe	(i.e., build.sh -t) or 	(temporarily) comment out "options I686_CPU" 
2831.64Ssommerfe	from your kernel configuration until you rebuild your userland.
2841.64Ssommerfe	See 20011029 above and BUILDING file in this directory for more information.
2851.64Ssommerfe	[updated 20020630 since i386 gas moved when USE_NEW_TOOLCHAIN enabled]
2861.29Sbjh21
2871.29Sbjh2120010731:
2881.29Sbjh21	Bootloader update on ELF platforms.  DDB in kernels from before
2891.29Sbjh21	this will be unable to read symbol tables provided by newer
2901.29Sbjh21	bootloaders.
2911.27Sassar
2921.27Sassar20010726:
2931.27Sassar	Texinfo was updated to 4.0.  To avoid failures when trying to
2941.28Sassar	build the included texinfo files, do:
2951.28Sassar
2961.28Sassar	cd src/gnu/usr.bin/texinfo
2971.28Sassar	make MKINFO=no dependall install
2981.25Sthorpej
2991.25Sthorpej20010718:
3001.25Sthorpej	Enabled correct .init/.fini processing in crt0.  The way this
3011.25Sthorpej	was done was to change a -I directive to cc(1), which means
3021.25Sthorpej	make(1) will have a stale dependency (it will be checking the
3031.25Sthorpej	timestamp on the wrong "dot_init.h").
3041.25Sthorpej
3051.25Sthorpej	The symptom you will see is that new programs die with SIGSEGV
3061.25Sthorpej	if you have a stale dependency.
3071.25Sthorpej
3081.25Sthorpej	Solution: "make cleandir" in both lib/csu and libexec/ld.elf_so
3091.25Sthorpej	before starting your build.
3101.26Sthorpej
3111.26Sthorpej20010628:
3121.26Sthorpej	A construct was added to uvm_page.h that uncovered a bug
3131.26Sthorpej	in lint(1).  If you get a warning/error about a non-portable
3141.26Sthorpej	bitfield, update your lint(1) before proceeding.
3151.21Sjmc
3161.21Sjmc20010226:
3171.22Sjmc	Added named user/group to system. Need to hand add this in or builds
3181.21Sjmc	will break as mtree aborts early.
3191.21Sjmc
3201.21Sjmc	To work around add by hand:
3211.21Sjmc
3221.21Sjmc	named:*:14:
3231.21Sjmc
3241.22Sjmc	to /etc/group and add:
3251.22Sjmc
3261.22Sjmc	named:*:14:14::0:0:Named pseudo-user:/var/named:/sbin/nologin
3271.22Sjmc
3281.22Sjmc	to master.passwd (use vipw for instance if doing by hand).
3291.22Sjmc
3301.22Sjmc	Now a make build should progress.
3311.18Sjmc
3321.18Sjmc20010219:
3331.52Swiz	get/setprogname() added. Any hostprogs that may use this will need
3341.20Sjmc        to be bootstrapped manually until the host system is current.
3351.18Sjmc
3361.18Sjmc        Known problems: sys/arch/macppc/stand/fixcoff
3371.19Scgd			usr.sbin/config (adding -DMAKE_BOOTSTRAP to
3381.19Scgd			  CFLAGS and rebuilding should work)
3391.20Sjmc			usr.sbin/mdsetimage - Build a static copy if
3401.20Sjmc  		          building a snapshot before fully bootstrapped.
3411.15Schristos
3421.15Schristos20010204:
3431.15Schristos	prepare the code to compile with stricter gcc flags. in
3441.15Schristos	particular start eliminating redundant declarations. Yacc
3451.15Schristos	needs to be installed before make build.
3461.10Schristos
3471.10Schristos20010114:
3481.10Schristos	introduce .if commands(target) in make(1). You need to
3491.10Schristos	bring everything up-to-date first, then without installing
3501.23Stron	anything make and install in usr.bin/make, then proceed
3511.10Schristos	with make build.
3521.9Ssommerfe
3531.9Ssommerfe20010101:
3541.9Ssommerfe	bsd.subdir.mk committed 20001230 had a bug which caused
3551.9Ssommerfe	afterinstall targets to run too soon; update again.
3561.8Ssommerfe
3571.8Ssommerfe20001230:
3581.8Ssommerfe	New share/mk files needed to support .WAIT in SUBDIR variables.
3591.8Ssommerfe	If you get make errors, 
3601.8Ssommerfe		(cd share/mk; make install)
3611.8Ssommerfe	Also, PRINTOBJDIR has changed and is now used more heavily.
3621.6Sad
3631.6Sad20001019:
3641.7Sad	The `ca' device driver has been replaced by `ld'; although the
3651.6Sad	major and minor numbers haven't changed, you should update your /dev
3661.6Sad	directory.
3671.1Sabs
3681.4Sitojun20000929:
3691.4Sitojun	The following make directives are obsoleted.
3701.4Sitojun	MKCRYPTO_RSA NOCRYPTO_RSA NOCRYPTO_RC5 NOCRYPTO_IDEA 
3711.4Sitojun	By default, RSA is built into libcrypto.  IDEA and RC5 will not be
3721.16Swiz	built into libcrypto.  By using MKCRYPTO_{RC5,IDEA}, you can build
3731.4Sitojun	additional library libcrypto_{idea,rc5}.
3741.1Sabs
3751.1Sabs
3761.1SabsHints for a more successful build:
3771.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
3781.2Smrg    Build a new kernel first:
3791.2Smrg	This makes sure that any new system calls or features
3801.2Smrg	   expected by the new userland will be present.  This
3811.2Smrg	   helps to avoid critical errors when upgrading.
3821.1Sabs    Use object directories:
3831.1Sabs	This helps to keep stale object
3841.1Sabs	   files from polluting the build if a Makefile "forgets"
3851.1Sabs	   about one.  It also makes it easier to clean up after
3861.1Sabs	   a build.  It's also necessary if you want to use the
3871.1Sabs	   same source tree for multiple machines.
3881.1Sabs	   To use object directories:
3891.1Sabs	    a) cd /usr/src ; make cleandir
3901.2Smrg	    b) Add "OBJMACHINE=yes" to /etc/mk.conf
3911.2Smrg	    c) Add "MKOBJDIRS=yes" to /etc/mk.conf
3921.1Sabs	    d) cd /usr/src ; make build
3931.2Smrg	   Note that running "make obj" in a directory will create
3941.2Smrg	   in obj.$MACHINE directory.
3951.1Sabs    Build to a DESTDIR:
3961.1Sabs	This helps to keep old
3971.1Sabs	   installed files (especially libraries) from interfering
3981.1Sabs	   with the new build.
3991.1Sabs	   To build to a DESTDIR, set the DESTDIR environment
4001.2Smrg	   variable before running make build.  It should be set to
4011.2Smrg	   the pathname of an initially empty directory.
4021.1Sabs	   Problems: you might need to update critical utilities
4031.1Sabs		without using DESTDIR since nothing is executed
4041.1Sabs		from what is installed in DESTDIR.
4051.1Sabs		(See critical utils, below)
4061.1Sabs    Build often:
4071.1Sabs	This keeps critical utilities current enough to not choke
4081.1Sabs	on any other part of the source tree that depends on up to
4091.1Sabs	date functionality.
4101.1Sabs 
4111.1SabsWhat to do if things don't work:
4121.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
4131.1SabsWhen things don't work there is usually a few things that commonly
4141.1Sabsshould be done.
4151.1Sabs    1)	make includes
4161.1Sabs	This should be done automatically by make build.
4171.1Sabs    2)  cd share/mk && make install
4181.1Sabs	Again, automatically done by make build.
4191.1Sabs
4201.1SabsFailsafe rebuild of a small part of the tree:
4211.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
4221.1SabsTo make sure you rebuild something correctly you want to do
4231.1Sabssomething like the following:
4241.1Sabs    1)  Make sure the includes and .mk files are up to date.
4251.1Sabs    2)  Make sure any program used to build the particular
4261.1Sabs	utility is up to date.  (yacc, lex, etc...)
4271.1Sabs    3)  cd ...path/to/util...
4281.1Sabs	make cleandir
4291.1Sabs	rm ...all obj directories...
4301.1Sabs	make cleandir			# yes, again
4311.1Sabs	make obj
4321.1Sabs	make depend && make
4331.1Sabs
4341.1SabsFailsafe rebuild of the entire tree:
4351.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
4361.1SabsIf you really want to make sure the source tree is clean and
4371.2Smrgready for a build try the following.  Note that sourcing /etc/mk.conf
4381.2Smrg(a make(1) Makefile) in this manner is not right, and will not work
4391.2Smrgfor anyone who uses any make(1) features in /etc/mk.conf.
4401.1Sabs
4411.1Sabs---cut here---
4421.1Sabs#!/bin/sh
4431.1Sabs. /etc/mk.conf
4441.1Sabs
4451.58Slukemif [ -z $NETBSDSRCDIR ] ; then
4461.58Slukem    NETBSDSRCDIR=/usr/src
4471.1Sabsfi
4481.58Slukemif [ \! -d $NETBSDSRCDIR ] ; then
4491.1Sabs    echo Unable to find sources
4501.1Sabs    exit 1
4511.1Sabsfi
4521.58Slukemfind $NETBSDSRCDIR -name \*.o -o -name obj.\* -o -name obj -exec rm \{\} \;
4531.1Sabs
4541.1Sabsif [ -z $BSDOBJDIR ] ; then
4551.1Sabs    BSDOBJDIR=/usr/obj
4561.1Sabsfi
4571.1Sabsif [ -d $BSDOBJDIR ] ; then
4581.1Sabs    rm -rf $BSDOBJDIR
4591.1Sabsfi
4601.1Sabs
4611.58Slukemcd $NETBSDSRCDIR && make cleandir
4621.1Sabs
4631.1Sabs---cut here---
4641.1Sabs
4651.1SabsCritical utilities:
4661.1Sabs^^^^^^^^^^^^^^^^^^^
4671.1Sabs	gnu/usr.bin/egcs
4681.3Sitojun	usr.bin/compile_et
4691.1Sabs	usr.bin/make
4701.1Sabs	usr.bin/yacc
4711.1Sabs	usr.bin/lex
4721.11Slukem	usr.bin/xlint
4731.2Smrg	usr.sbin/config
4741.1Sabs
4751.34SsimonbOther problems and possible solutions:
4761.1Sabs^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
4771.1SabsSymptom:Unreasonable compiler errors.
4781.1SabsFix:	Rebuild gnu/usr.bin/egcs
4791.1Sabs
4801.1SabsSymptom:Complaints involving a Makefile.
4811.17SerhFix:	Rebuild usr.bin/make:
4821.17Serh	cd usr.bin/make && make && make install
4831.17Serh        Or, a failsafe method if that doesn't work:
4841.17Serh	cd usr.bin/make && cc *.c */*.c -I . -o make && mv make /usr/bin
4851.17Serh
4861.1SabsFix:	Make sure .mk files are up to date.
4871.1Sabs	cd share/mk && make install
4881.2Smrg
4891.2SmrgSymptom:Kernel `config' fails to configure any kernel, including GENERIC.
4901.2SmrgFix:	Rebuild usr.sbin/config
4911.1Sabs
4921.1SabsSymptom:
4931.1SabsFix:	Rebuild usr.bin/yacc
4941.1Sabs
4951.1SabsSymptom:
4961.1SabsFix:	Rebuild usr.bin/lex
4971.1Sabs
4981.1SabsSymptom:
4991.1SabsFix:	rm /usr/lib/libbfd.a
5001.4Sitojun
5011.4SitojunSymptom:Obsolete intermediate files are used during compilation
5021.4SitojunFix:	Try the following sequence of commands in the directory in question.
5031.4Sitojun	make cleandir; rm `make print-objdir`; make cleandir; make obj
5041.4Sitojun	(If you built the tree without "make obj" in the past, obsolete files
5051.4Sitojun	may remain.  The command tries to clean everything up)
5061.5Swiz
5071.5SwizSymptom:.../sysinst/run.c:xx: warning: initialization from incompatible pointer type
5081.5SwizFix:	Rebuild and install usr.bin/menuc
5091.12Sitojun
5101.12SitojunSymptom:mklocale not found during build in share/locale/ctype
5111.12SitojunFix:	Build and install usr.bin/mklocale
5121.13Sdogcow
5131.13SdogcowSymptom:undefined reference to `__assert13'
5141.13SdogcowFix:    Rebuild and install lib/libc
5151.13Sdogcow
5161.19ScgdSymptom:usr.sbin/config fails to build.
5171.19ScgdFix:	Try building with -DMAKE_BOOTSTRAP added to CFLAGS in Makefile.
5181.13Sdogcow
5191.19ScgdSymptom:undefined reference to `getprogname' or `setprogname'
5201.19ScgdFix:    Rebuild and install lib/libc
5211.24Sabs
5221.24SabsSymptom:lint does not understand the '-X' option
5231.24SabsFix:    May need to build & install libs with NOLINT=1 before rebuilding lint
524