summaryrefslogtreecommitdiffstats
path: root/usr.sbin/config/mkmakefile.c
Commit message (Collapse)AuthorAgeFilesLines
* Allow multiple makeoption lines to be used with the += operator, this permitsthompsa2008-11-221-3/+7
| | | | | | | | | | the following syntax in the kernel config. makeoptions MODULES_OVERRIDE=foo makeoptions MODULES_OVERRIDE+=bar makeoptions MODULES_OVERRIDE+=baz Bump config minor version to 600007.
* Revice the way the CTF conversion is done per object. Avoid creating a secondjb2008-06-291-1/+1
| | | | | | shell (which was the problem with the original implementation) and avoid letting make see an empty definition (which was the problem with the current implementation).
* Change the CTF conversion makefile code to use a new line to avoidjb2008-06-091-1/+1
| | | | | | | | spawning another shell. Requested by: Ed Schouten M config/mkmakefile.c
* Add the CTF conversion to the generated makefile. In the case wherejb2008-05-231-1/+1
| | | | NO_CTF or !WITH_CTF, the macro is empty.
* Don't leak files.imp2006-10-241-3/+2
| | | | | | This also eliminates the need for ifp init. Submitted by: ru@
* End my resistance to jmg's multiple hints files and bring in supportimp2006-10-241-9/+6
| | | | | for having multiple hints files generate a correct hints.c (eg, with all the specified ones catenated together).
* Added rudimentary support for the "include" directive (inside "files").ru2006-10-011-0/+14
| | | | | This will be used to split sys/conf/files into multiple files similar to how this is done in NetBSD.
* Remove an unused variable.stefanf2006-07-191-2/+1
|
* Use calloc() instead of zeroing the memory our own.delphij2006-06-071-2/+1
|
* Allow newer config versions to config older versions with the sameimp2006-02-031-1/+2
| | | | | | | | major number. Reviewed by: ru@, jhb@, arch@ (a few months ago) # this is subject to refinement based on experience.
* - Avoid adding devices multiple times to the device list.ru2005-12-301-5/+2
| | | | | | - Avoid adding options multiple times to the option list. Based on a patch by: Matt Emmerton <matt@gsicomp.on.ca>
* Clean up most of the "XXX"-tagged items:ru2005-12-301-13/+22
| | | | | | | | | | | - The code that creates hints.c and env.c from the skeleton files moved into separate functions. - Sanity checks for missing "ident" and "cputype" directives moved into main(), alongside the existing check for "machine". PR: bin/90310 Submitted by: Matt Emmerton <matt@gsicomp.on.ca>
* Make config(8) understand ORed dependecies in "files*" andru2005-11-271-11/+21
| | | | improve tracking of known devices. Bump config(8) version.
* Clean some code that became obfuscated over the years:ru2005-11-251-43/+19
| | | | | | | | | Don't keep duplicate files in the files list just to mark the device as "known" later. XXX: Since the device list isn't unique (there can be two "device foo" directives, as this the case with LINT+DEFAULTS), we have to traverse it all to mark all copies of the same device as "used", but this is not worse than it was.
* Kill count device support from config. I've changed the last fewpeter2004-08-301-14/+4
| | | | | | | | | | | | | | | | | remaining consumers to have the count passed as an option. This is i4b, pc98/wdc, and coda. Bump configvers.h from 500013 to 600000. Remove heuristics that tried to parse "device ed5" as 5 units of the ed device. This broke things like the snd_emu10k1 device, which required quotes to make it parse right. The no-longer-needed quotes have been removed from NOTES, GENERIC etc. eg, I've removed the quotes from: device snd_maestro device "snd_maestro3" device snd_mss I believe everything will still compile and work after this.
* Per letter dated July 22, 1999, delete clause 3 from code directlyimp2004-08-071-4/+0
| | | | from Berkeley.
* Fix a few glitches in my previous commit.cognet2004-05-111-2/+1
| | | | This makes config(8) WARNS?=6 compliant.
* Add a new "files" directive, which allows to include a files.foo file directlycognet2004-05-091-27/+32
| | | | | from a kernel config file. Bump config version to reflect this change.
* Not particularly pretty hack to generate rules to make .ln filesmarkm2003-06-161-2/+10
| | | | | | | from .c files. Actually, this is overkill, as the .ln file targets are assumed from .? (any) files. This is not a problem in practice, merely a bit untidy, as the linting rules DTRT. See the sys/conf/* and sys/mk/* files for usage.
* Don't convert the kernel ident to uppercase when writing the Makefile.des2003-04-241-1/+1
|
* Avoid emitting duplicate makefile entries.phk2003-04-121-1/+4
|
* Convert to using <sys/queue.h> macros.ru2003-02-151-18/+12
|
* Moved the setting of all profiling-related variables except the key onebde2002-07-131-11/+7
| | | | | | | | (PROFLEVEL) to kern.pre.mk so that it is easier to manage. Bumped config version to match. Moved the check for cputype being configured to a less bogus place in mkmakefile.c.
* Commit some infrastructure for turning on -Werror for kernel compiles.peter2002-02-201-3/+11
| | | | | | It doesn't actually do it yet though. This adds a flag to config so that we can exclude certain vendor files from this even when the rest of the kernel has it on. make -DNO_WERROR would also bypass all of it.
* Use includes to get prototypes for hints and env arrays.peter2001-09-171-0/+8
| | | | Submitted by: bde
* Enable hardwiring of things like tunables from embedded enironmentspeter2001-08-271-13/+49
| | | | that do not start from loader(8).
* Put on my peril-sensitive sunglasses and remove the POLA-violatingpeter2001-07-141-0/+7
| | | | | | | stealth hints loading. 'make release' has been fixed to not need this now anyway. If you want static hints, specify it explicitly. Hey! Why did it suddenly get so dark??
* Some more tidying up. we dont use config-dependent anyware. Eliminatepeter2001-02-281-15/+3
| | | | some duplicate code (cut/paste bug?). tidy up some other minor stuff.
* s/special/compilewith/ (so I stop confusing myself) and GC an unusedpeter2001-02-281-26/+11
| | | | function I missed before.
* Untangle some special magic that happened for conflicting defintions forpeter2001-02-281-17/+0
| | | | local files.* and options.* files on the third pass.
* Remove some more dead code. :-/peter2001-02-281-10/+4
|
* GC some leftover stuff (device-driver suffix)peter2001-02-281-7/+0
|
* Move the 'dont forget "make depend"' to be the last thing that people see,peter2001-02-231-2/+0
| | | | after the warnings.
* ${BDECFLAGS} work. And fix a real error in the process. A "MAXUSERS"peter2001-02-191-8/+8
| | | | | string could have been passed to free(); There are some warnings here I am not sure how to fix as they are in the lex scanner code, etc.
* Devices are NOT compiled with the "special c2 option -i"..peter2001-02-181-3/+0
|
* Unwind a bit more cruft - we only have one type of device now.peter2001-01-311-3/+1
|
* Clean up some obsolete stuff. config -r has not been needed since aroundpeter2001-01-221-1/+2
| | | | | | FreeBSD 3.x or so when the 'make depend' picked up the opt_foo.h files. Convert warnings into actual errors in the hope that buildkernel users will pay more attention. :-(
* Stop turning 'mandatory' into an implicit 'count' line. i386/npx was thepeter2001-01-191-1/+0
| | | | only consumer of this and it is no longer needed.
* Make the xxxFILES= list generation generic. This makes it easier to addpeter2000-11-251-62/+18
| | | | things like MFILES= or CONFFILES= without having to modify config code.
* Fix buffer overflows in filenames. If you had a path > 80 charactersimp2000-11-211-5/+9
| | | | | | | | | | for your /usr/obj/path/to/my/files path to the kernel, then weird things happened. make buildkernel would fail because config was dumping core or generating bad file names (depending on the lenght of the path). While I was here, also use strlcpy, strlcat and snprintf (or asprintf) as necessary. Minor format policing for the snprintf calls as well.
* If a ${KERNEL}.hints file exists, and no hints are specified explicitly,peter2000-08-251-0/+7
| | | | | then include the hints with a marker indicating that it is a fallback. The kernel side of this is to come shortly.
* Argh! I broke the static hints parser at the last minute on freefall whenpeter2000-06-141-1/+1
| | | | | | | I added the $FreeBSD$ (commented) line. Fix: 1: s/break/continue/ 2: will somebody please shoot me! :-]
* Borrow phk's axe and apply the next stage of config(8)'s evolution.peter2000-06-131-67/+102
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
* A checkpoint of a part of a work-in-progress. Some more cleanups forpeter2000-06-101-30/+20
| | | | | | | | config(8). This commit allows control of the creation of the #include "foo.h" files. We now only create them explicitly when needed. BTW; these are mostly bad because they usually imply static limits on numbers of units for devices. eg: struct mysoftc sc[NFOO]; These static limits have Got To Go.
* Support getting *.$MACHINE from sys/conf as well as sys/$MACHINE/conf.peter2000-01-081-8/+15
| | | | | | | | | | | | This would mean that we could move files.alpha, files.i386, files.pc98 etc all next to conf/files, and the various Makefiles next to each other. This should go a long way towards committers "seeing" the Alpha etc stuff and remembering to update that too as it would be right next to the i386 config files. Note this does not include the GENERIC etc files as they can't be shared. I haven't actually moved the files, but the support is here for it. It still supports the per-machine conf directories so that folks working on a new arch can just distribute a subdir of files.
* Add a 'warning' option for the files* files. This is intended to enablepeter1999-12-121-2/+17
| | | | giving a dire warning about certain drivers going away in the future.
* A better version of the previous checkin. If the user specifiesarchie1999-12-031-3/+9
| | | | | a custom file that could override a FreeBSD file under a different configuration, but doesn't under this one, give a different warning.
* When specifying additiona user-specified kernel compilation sourcearchie1999-12-021-1/+1
| | | | | | | | | | | | | | | | files in a 'files.XXX' file, config allows non-FreeBSD source files with the same name as a FreeBSD source file to override the latter, and in this situation it issues a warning. However, if one of the user-specified files is actually a FreeBSD source file (perhaps your kernel has some custom option that requires that file), config mistakenly thinks it's a completely new file and goes ahead and overrides all previous information for that file (and issues the warning). Fix this. With help from: julian
* Add option "-d destdir" which instructs config to use another outputmarcel1999-10-301-0/+2
| | | | | | | | | | | | | | | | directory than the default one. If the option is not given, then the output of config is exactly as before. Only when an alternate output directory has been specified will config modify its behavior. Additional changed: o Remove the now conflicting and unused NODEV define. It conflicts with NODEV in sys/param.h. o Rename the now conflicting MACHINE token to ARCH. It conflicts with MACHINE in sys/param.h. o Fix some easy style bugs. o Fix some easy grammar bugs in the manpage. Approved by: peter, archie
* Further cleanup. Also remove the following unused or defunct tokens:peter1999-10-101-15/+9
| | | | and, bio, cam, master, minor, net, priority, sequential, size, slave, trace
OpenPOWER on IntegriCloud