| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
PR: 202145
Submitted by: Kurt Lidl <lidl pix.net>
|
|
|
|
|
| |
immediately follows it, which means 'not' has to be reset every time an
option word or device name is processed.
|
|
|
|
|
|
| |
Add a blank line
Submitted by: bde (blank line)
|
|
|
|
|
|
| |
only if the specified option is NOT specified.' Bump version because
old config won't be able to cope with files* files that have this
construct in them.
|
|
|
|
|
|
| |
did this only with the inner loop for the token parsing, and not the
outer loop which was understandable enough when the extra layers of
looping went away...
|
|
|
|
|
| |
profiling-routine" to work, since profiling-routine is not really an
option or a device, but a special case elsewhere in the code.
|
| |
|
| |
|
|
|
|
|
|
| |
its proper location. Otherwise you could have 'file.c standard pci'
without an error. This construct isn't in our tree, and has no well
defined meaning.
|
|
|
|
|
| |
known key words. This will make error messages slightly better in
weird corner cases, but should otherwise be a nop.
|
|
|
|
| |
in any files as far as I can tell, and is currently unused. Retire it.
|
|
|
|
|
|
|
| |
performance by epsilon.
(Translation: elminate bogus macros that hid 'returns' making it hard
to read and moved a block of code inline rather than at the end of the
fuction where it was effectively a 'gosub' kind of goto).
|
|
|
|
|
|
|
|
|
| |
reference a missing dependency rather than a missing compile command.
- Don't append a newline to the auto-generated compile command. The
compile command has a newline appended when it is later output to the
Makefile.
MFC after: 2 weeks
|
|
|
|
| |
Spotted by: pluknet
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The index() and rindex() functions were marked LEGACY in the 2001
revision of POSIX and were subsequently removed from the 2008 revision.
The strchr() and strrchr() functions are part of the C standard.
This makes the source code a lot more consistent, as most of these C
files also call into other str*() routines. In fact, about a dozen
already perform strchr() calls.
|
|
|
|
|
| |
- ${NORMAL_CC} is also invoked without '@'
- Userland CTF support was changed previously to echo ctfconvert invocations too
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
object files corresponding to source files that had the compile-with
option set in conf/files. This means that any fbt probes for functions
in that object file would not have correct argument types.
The fix is to run ctfconvert on any target file that does not have the
no-obj option set in files.
PR: bin/160275
Reported by: Paul Ambrose (ambrosehua AT gmail DOT com)
MFC after: 1 week
|
|
|
|
|
| |
a wider arg2 for sysctl, updates to vlan code, IFT_INFINIBAND,
and other miscellaneous small features.
|
|
|
|
|
|
|
| |
directive. Once this is MFC'd, we can move these out of the template
files where they are (incosnsitently) defined.
MFC after: 1 week
|
| |
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
o make cmd scoped to the whole do_rules function, since it really is
scoped to the whole fucnion. Making it static was the wrong way to
fix referencing it outside of the block in which it was declared
(and conforms to the style of the rest of the file).
o remove a couple of meaningless blank lines
o properly wrap one line.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
we've parsed the config file. Makefile generation is too late if
we've introduce changes to the syntax of the metafiles to warn about
version skew, since we have to try to parse them and we get an parse
error that's rather baffling to the user rather than a 'your config is
too old, upgrade' which we should get.
We have to defer doing it until after we've read the user's config
file because we define machinename there. The version required to
compile the kernel is encoded in Makefile.machinename. There's no
real reason for this to be the case, but changing it now would
introduce some logistical issues that I'd rather avoid for the moment.
I intend to revisit this if we're still using config in FreeBSD 10.
This also means that we cannot introduce any config metafile changes
that result in a syntax error or other error for the user until 9.0 is
released. Otherwise, we break the upgrade path, or at least reduce
the usefulness of the error messages we generate.
# This implies that the config file option mapping will need to be redone.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
with all other corresponding CTF places by changing the corresponding
code which is generated by config(8). Or in short, move the '@' from
the variable definition to the use of the variable. [1]
While I'm here break up a long line. [2]
Discussed with: imp [1,2], bde [2]
|
|
|
|
|
|
|
|
|
| |
- Fixed a comment.
- 2 -> EXIT_FAILURE in some places.
- errx() -> err() where appropriate.
PR: 144644
Submitted by: Garrett Cooper
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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).
|
|
|
|
|
|
|
|
| |
spawning another shell.
Requested by: Ed Schouten
M config/mkmakefile.c
|
|
|
|
| |
NO_CTF or !WITH_CTF, the macro is empty.
|
|
|
|
|
|
| |
This also eliminates the need for ifp init.
Submitted by: ru@
|
|
|
|
|
| |
for having multiple hints files generate a correct hints.c (eg, with
all the specified ones catenated together).
|
|
|
|
|
| |
This will be used to split sys/conf/files into multiple files similar
to how this is done in NetBSD.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
major number.
Reviewed by: ru@, jhb@, arch@ (a few months ago)
# this is subject to refinement based on experience.
|
|
|
|
|
|
| |
- Avoid adding options multiple times to the option list.
Based on a patch by: Matt Emmerton <matt@gsicomp.on.ca>
|
|
|
|
|
|
|
|
|
|
|
| |
- 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>
|
|
|
|
| |
improve tracking of known devices. Bump config(8) version.
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
from Berkeley.
|
|
|
|
| |
This makes config(8) WARNS?=6 compliant.
|
|
|
|
|
| |
from a kernel config file.
Bump config version to reflect this change.
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
(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.
|
|
|
|
|
|
| |
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.
|