History log of /dragonfly/usr.sbin/config/mkmakefile.c (Results 1 – 25 of 28)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: v6.2.1, v6.2.0, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3, v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2
# 831b6312 05-Jan-2019 Sascha Wildner <saw@online.de>

kernel: Remove kernel profiling bits.

It was broken on i386, is even more broken on x86_64 and isn't
worth fixing.

Discussed-with: dillon


Revision tags: v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc, v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0, v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, v4.3.1, v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc, v4.0.5, v4.0.4, v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0, v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2, v3.6.1, v3.6.0, v3.7.1, v3.6.0rc, v3.7.0, v3.4.3
# 2c9f65d3 12-Jun-2013 John Marino <draco@marino.st>

Remove MACHINE_ARCH=amd64 and legacy make instructions from makefiles

Apparently the x86_64 platform used to be referred to as "amd64" so some
makefile code was added to help with the transition. I

Remove MACHINE_ARCH=amd64 and legacy make instructions from makefiles

Apparently the x86_64 platform used to be referred to as "amd64" so some
makefile code was added to help with the transition. It probably should
have been removed when bringing bmake in.

With the commit, the makefiles expect bmake and will break if an older
make is used (e.g. from DragonFly 3.2). That means an upgrade to
DragonFly 3.6 will have to be upgraded to DragonFly 3.4 first. There
may be other reasons to do this as well, besides just bmake.

The recent symbol versioning makefile for libraries requires bmake, so
legacy make can't build world anymore in any case.

show more ...


# dc71b7ab 31-May-2013 Justin C. Sherrill <justin@shiningsilence.com>

Correct BSD License clause numbering from 1-2-4 to 1-2-3.

Apparently everyone's doing it:
http://svnweb.freebsd.org/base?view=revision&revision=251069

Submitted-by: "Eitan Adler" <lists at eitanadl

Correct BSD License clause numbering from 1-2-4 to 1-2-3.

Apparently everyone's doing it:
http://svnweb.freebsd.org/base?view=revision&revision=251069

Submitted-by: "Eitan Adler" <lists at eitanadler.com>

show more ...


Revision tags: v3.4.2
# 25a2db75 06-May-2013 Justin C. Sherrill <justin@shiningsilence.com>

Remove advertising header from all userland binaries.

From: Eitan Adler <lists@eitanadler.com>


Revision tags: v3.4.0, v3.4.1, v3.4.0rc, v3.5.0, v3.2.2
# 3da8e88f 28-Oct-2012 John Marino <draco@marino.st>

Replace legacy make with bmake

The proper way to detect which make is building the makefile is to check
for .PARSEDIR. If present, bmake is processing the makefile. For the
time being, both make w

Replace legacy make with bmake

The proper way to detect which make is building the makefile is to check
for .PARSEDIR. If present, bmake is processing the makefile. For the
time being, both make will be supported for bootstrapping purposes, but
in time the check can be removed, say for the DragonFly 3.6 release.

The abundance of .ORDER commands in bsd.dep.mk caused a breakage when
building world in parallel with bmake. Likely some order constraints
were impossible to achieve, and bmake just stopped while legacy did the
best it could. In any case, the majority of the .ORDER commands were
replaced by a single .ORDER command which solved the problem.

The legacy make is disconnected in this commit set, but the source files
will be removed soon.

show more ...


Revision tags: v3.2.1
# 77b0c609 17-Oct-2012 Sascha Wildner <saw@online.de>

Remove more unused variables in userland.

Found-by: gcc47


Revision tags: v3.2.0, v3.3.0, v3.0.3
# b96eeefd 17-May-2012 Sascha Wildner <saw@online.de>

vkernel: Fix compilation with profiling support.

The vkernel is a special userland program in the regard that its Makefile
is generated by config(8), which is kind of tailored to the real kernel.

S

vkernel: Fix compilation with profiling support.

The vkernel is a special userland program in the regard that its Makefile
is generated by config(8), which is kind of tailored to the real kernel.

So first of all, we have to modify config(8) to detect it's a vkernel we
want to build and in this case it should not define GPROF which otherwise
activates the real kernel's profiling bits.

Then, modify libkern's mcount.c to skip kernel specific parts too.

Then, modify the vkernels' Makefiles to take into account ${PROF} (and
while we're here, ${DEBUG} too) which are set by the surrounding Makefile
which is generated by config(8).

The vkernel is now (from profiling point of view) treated like any other
userland program.

Last but not least, add some documentation about building a vkernel with
profiling support to vkernel's manpage.

To build with profiling, simply add CONFIGARGS=-p to the buildkernel
command line. It will need the config(8) program to be in /usr/obj's
btools dir, so either a buildworld with this commit needs to be done,
or config can be installed manually to /usr/sbin and nativekernel can
be used.

Tested-by: tuxillo

show more ...


Revision tags: v3.0.2
# 678e8cc6 05-Mar-2012 Sascha Wildner <saw@online.de>

Sweep-fix comparing pointers with 0 (and assigning 0 to pointers).

For better readability, don't compare pointers with 0 or assign 0
to them. Use NULL instead.

The change was done with coccinelle.


Revision tags: v3.0.1, v3.1.0, v3.0.0
# 86d7f5d3 26-Nov-2011 John Marino <draco@marino.st>

Initial import of binutils 2.22 on the new vendor branch

Future versions of binutils will also reside on this branch rather
than continuing to create new binutils branches for each new version.


Revision tags: v2.12.0, v2.13.0, v2.10.1, v2.11.0, v2.10.0, v2.9.1, v2.8.2, v2.8.1, v2.8.0, v2.9.0, v2.6.3, v2.7.3, v2.6.2, v2.7.2, v2.7.1, v2.6.1, v2.7.0, v2.6.0, v2.5.1, v2.4.1, v2.5.0, v2.4.0, v2.3.2, v2.3.1, v2.2.1, v2.2.0, v2.3.0, v2.1.1, v2.0.1
# 0955fd91 19-Jan-2007 Matthew Dillon <dillon@dragonflybsd.org>

Rename /usr/src/sys/machine to /usr/src/sys/platform. Give the platform
name its own variable, MACHINE_PLATFORM, instead of trying to use MACHINE
to name it. Adjust the build infrastructure to matc

Rename /usr/src/sys/machine to /usr/src/sys/platform. Give the platform
name its own variable, MACHINE_PLATFORM, instead of trying to use MACHINE
to name it. Adjust the build infrastructure to match.

Revert MACHINE back to its original definition and remove uname shims.
This removes confusion with third party software.

This means a pc32 build has MACHINE=i386 and MACHINE_ARCH=i386, and a
vkernel build also has MACHINE=i386 and MACHINE_ARCH=i386. The new
MACHINE_PLAFORM would be pc32 for a pc32 build, and vkernel for a vkernel
build.

Adjust all kernel configuration files to specify platform, machine, AND
machine_arch.

show more ...


# e2ea6619 07-Nov-2006 Matthew Dillon <dillon@dragonflybsd.org>

Major kernel build infrastructure changes, part 2/2 (user).

These changes are primarily designed to create a 2-layer machine and cpu
build hierarchy in order to support virtual kernel builds in the

Major kernel build infrastructure changes, part 2/2 (user).

These changes are primarily designed to create a 2-layer machine and cpu
build hierarchy in order to support virtual kernel builds in the near term
and future porting efforts in the long term.

* The make program now pulls MACHINE, MACHINE_ARCH, and MACHINE_CPU from
the kernel hw.machine, hw.machine_arch, and hw.machine_cpu sysctl
variables, unless overridden by environment variables.

* The config program now generates additional softlinks in the kernel build
directory:

machine points to the platform architecture header files
machine_base points to the baes of the platform architecture directory.
cpu points to the cpu architecture header files
cpu_base points to the base of the cpu architecture directory

Additionally, the config program generates forwarding header files as
includes/machine/*.h. Any cpu architecture header files that are not
overridden by the platform architecture are generated in this directory.

The kernel build's Makefile adjusts the -I paths to effectively merge
machine/ and includes/machine/, presenting a uniform <machine/*.h>
include file architecture to the kernel build.

The kernel build's Makefile now automatically exports MACHINE and
MACHINE_ARCH as environment variables.

The kernel build's Makefile now makes opt_*, use_*, and IF header files
directly available to the module build subsystem so the module build
subsystem does not have to generate them in each module subdirectory.

* Kernel configuration files now require both a 'machine' and a 'machine_arch'
directive. Typically:

machine pc32 (subject to change)
machine_arch i386

* /usr/include/cpu has been added to augment /usr/include/machine. The
buildworld infrastructure also automatically merges any <cpu/*.h> header
files that were not overridden by the <machine/*.h> header files into
/usr/include/machine.

Note that direct access to /usr/include/cpu is not recommended.

* A number of weird cases that generate extranious 'machine' softlinks
(for <machine/*.h> header access) have been removed.

* The MACHINE_ARCH default to i386 has been removed. If the make program
does not define the MACHINE_ environment and sys.mk is included, sys.mk
will now fail with an error.

* cpdup has been added to the bootstrap tools.

show more ...


# 39619464 22-Oct-2006 Matthew Dillon <dillon@dragonflybsd.org>

Reorganize the way machine architectures are handled. Consolidate the
kernel configurations into a single generic directory. Move machine-specific
Makefile's and loader scripts into the appropriate

Reorganize the way machine architectures are handled. Consolidate the
kernel configurations into a single generic directory. Move machine-specific
Makefile's and loader scripts into the appropriate architecture directory.

Kernel and module builds also generally add sys/arch to the include path so
source files that include architecture-specific headers do not have to
be adjusted.

sys/<ARCH> -> sys/arch/<ARCH>
sys/conf/*.<ARCH> -> sys/arch/<ARCH>/conf/*.<ARCH>
sys/<ARCH>/conf/<KERNEL> -> sys/config/<KERNEL>

show more ...


# 8b8ec784 03-Aug-2005 Matthew Dillon <dillon@dragonflybsd.org>

Add a new system config directive called "nonoptional" which specifies
files based on options which MUST be specified in the kernel config.

Make the option to maintain compatibility with DragonFly 1

Add a new system config directive called "nonoptional" which specifies
files based on options which MUST be specified in the kernel config.

Make the option to maintain compatibility with DragonFly 1.2 (and older
1.3 kernels) non-optional.

Older versions of config will not recognize the new option and generate
a reasonable error, rather then blindly compile a kernel without 1.2
support, hopefully prompting people to recompile their config
program rather then post a bug report.

show more ...


# 67c34974 12-Jan-2005 Chris Pressey <cpressey@dragonflybsd.org>

Reduce warnings when compiled under WARNS=6:
- Constify many char *'s;
- Rename a local variable;
- Initialize an option list element using strdup (as is done elsewhere)
instead of directly assigni

Reduce warnings when compiled under WARNS=6:
- Constify many char *'s;
- Rename a local variable;
- Initialize an option list element using strdup (as is done elsewhere)
instead of directly assigning a string constant to it.

show more ...


# 54b2e6b4 01-Jan-2005 Chris Pressey <cpressey@dragonflybsd.org>

Style(9): the return type of strcmp() is not a boolean, so don't
treat it as one, explcitly compare it against zero instead.


# 17b61719 30-Aug-2004 Eirik Nygaard <eirikn@dragonflybsd.org>

Use strchr instead of index, and strrchr instead of rindex because the str*chr
functions are standard compliant.

index() and rindex() do the same thing as repectively strchr() and strrchr() do.

Sub

Use strchr instead of index, and strrchr instead of rindex because the str*chr
functions are standard compliant.

index() and rindex() do the same thing as repectively strchr() and strrchr() do.

Submitted by: Douwe Kiela <virtus@wanadoo.nl>

show more ...


# 9f6817db 08-Mar-2004 Matthew Dillon <dillon@dragonflybsd.org>

The "Don't forget to do a ``make depend''" warning no longer serves any
useful purpose, remove it.

From discussions with: Chris Pressey <cpressey@catseye.mine.nu>


# 227147e5 08-Mar-2004 Matthew Dillon <dillon@dragonflybsd.org>

Config cleanup part 3/3: Remove the ns() and twisty eq() macros and replace
their use in the codebase with their contents (strdup() and !strcmp()).

Submitted-by: Chris Pressey <cpressey@catseye.mi

Config cleanup part 3/3: Remove the ns() and twisty eq() macros and replace
their use in the codebase with their contents (strdup() and !strcmp()).

Submitted-by: Chris Pressey <cpressey@catseye.mine.nu>

show more ...


# 08fdb9c1 08-Mar-2004 Matthew Dillon <dillon@dragonflybsd.org>

Config cleanup part 2/3: Remove old style C cruft.

Submitted-by: Chris Pressey <cpressey@catseye.mine.nu>


# a099798c 04-Mar-2004 Eirik Nygaard <eirikn@dragonflybsd.org>

Make the comment a bit clearer.


# 52c13bff 04-Mar-2004 Eirik Nygaard <eirikn@dragonflybsd.org>

style(9) cleanup:
o use NULL instead of 0 for pointers
o explicitly compare to 0 or NULL for non-booleans

Submitted by: Chris Pressey <cpressey@catseye.mine.nu>


# 52da1405 04-Mar-2004 Eirik Nygaard <eirikn@dragonflybsd.org>

style(9) cleanup:
o no space after casts
o no space, but yes parens, after sizeof and return
o spaces around binary operators
o other minor whitespace issues

Submitted by: Chris Pressey <cpresse

style(9) cleanup:
o no space after casts
o no space, but yes parens, after sizeof and return
o spaces around binary operators
o other minor whitespace issues

Submitted by: Chris Pressey <cpressey@catseye.mine.nu>

show more ...


# c0c7f013 04-Mar-2004 Eirik Nygaard <eirikn@dragonflybsd.org>

style(9) cleanup:
o change K&R declarations to ANSI declarations
o remove ``register'' keywords

Submitted by: Chris Pressey <cpressey@catseye.mine.nu>


# 3a2e6dbb 16-Nov-2003 Eirik Nygaard <eirikn@dragonflybsd.org>

* K&R function cleanup


# 2d8a3be7 03-Nov-2003 Eirik Nygaard <eirikn@dragonflybsd.org>

Remove __P macros from src/usr.bin and src/usr.sbin.

Reviewed by: David Rhodus <drhodus@catpa.com> and
Matthew Dillon <dillon@apollo.backplane.com>


12