History log of /src/Makefile.inc1 (Results 101 – 125 of 6896)
Revision Date Author Comments
# 867873b3 15-Jul-2024 Ed Maste <emaste@FreeBSD.org>

Revert "Makefile.inc1: show time for `make installworld'"

It broke `make packages`, so revert until that can be fixed.

This reverts commit e5a0202f96948a95bf1b879727e155a4f1d1da93.

Reported by: b

Revert "Makefile.inc1: show time for `make installworld'"

It broke `make packages`, so revert until that can be fixed.

This reverts commit e5a0202f96948a95bf1b879727e155a4f1d1da93.

Reported by: bapt, theraven

show more ...


# e5a0202f 13-Jul-2024 Wolfram Schneider <wosch@FreeBSD.org>

Makefile.inc1: show time for `make installworld'

For years we display the time in seconds how long it takes to
run `make buildworld' (see PR 224433). Now we will display the
time for "installworld"

Makefile.inc1: show time for `make installworld'

For years we display the time in seconds how long it takes to
run `make buildworld' (see PR 224433). Now we will display the
time for "installworld" and "installkernel" as well.

e.g.:
--------------------------------------------------------------
>>> Installing everything completed on Sun Jul  7 16:11:37 UTC 2024
>>> Install world completed in 110 seconds, ncpu: 2, make -j2
--------------------------------------------------------------

PR: 280187
Approved by: imp
Differential Revision: https://reviews.freebsd.org/D45912

show more ...


# 7818c2d3 12-Jul-2024 Andrew Turner <andrew@FreeBSD.org>

armv6: Remove support for building armv6

With it planned that armv7 will be the only 32-bit kernel when 15.0 is
released remove support for armv6.

Remove the top level build infrastructure. It was

armv6: Remove support for building armv6

With it planned that armv7 will be the only 32-bit kernel when 15.0 is
released remove support for armv6.

Remove the top level build infrastructure. It was already removed from
universe, this just stops it from being built directly.

Reviewed by: mmel, emaste
Sponsored by: Arm Ltd
Differential Revision: https://reviews.freebsd.org/D45634

show more ...


# aee4c9c5 20-Jun-2024 Navdeep Parhar <np@FreeBSD.org>

Makefile.inc1: Fix typo affecting incremental pkgbase builds.

Fixes: 4231a5e50404 release: don't keep old packages if the BRANCH changes
Sponsored by: Chelsio Communications


# 4231a5e5 05-Jun-2024 Siva Mahadevan <me@svmhdvn.name>

release: don't keep old packages if the BRANCH changes


# a20a903b 02-Jun-2024 Jessica Clarke <jrtc27@FreeBSD.org>

Makefile.inc1: Allow showconfig and test-system-* if (X)CC is GCC

This case gets hit in make universe on Linux, since we will first run
make test-system-compiler to determine whether to use the syst

Makefile.inc1: Allow showconfig and test-system-* if (X)CC is GCC

This case gets hit in make universe on Linux, since we will first run
make test-system-compiler to determine whether to use the system or
universe toolchain, during which time CC is the host's, GCC, and XCC
isn't set, so defaults to the same.

Fixes: 4c0dfd5959bd ("arm: fail early on gcc builds")

show more ...


# 61ad1ddc 17-May-2024 Brooks Davis <brooks@FreeBSD.org>

Improve broken-on-gcc checks

Mark powerpc* and riscv broken.

Refactor and add a TRY_GCC_BROKEN option to build anyway. This
simplifies things for people trying to get gcc builds working
while lett

Improve broken-on-gcc checks

Mark powerpc* and riscv broken.

Refactor and add a TRY_GCC_BROKEN option to build anyway. This
simplifies things for people trying to get gcc builds working
while letting other developers know that they aren't expected to work.

Reviewed by: jhb, emaste
Improves: 4c0dfd5959bd4 arm: fail early on gcc builds
Differential Revision: https://reviews.freebsd.org/D45230

show more ...


# 4c0dfd59 17-May-2024 Brooks Davis <brooks@FreeBSD.org>

arm: fail early on gcc builds

Since at least 2022 (see https://reviews.freebsd.org/D36754), it has
not been possible to build armv6/armv7 with gcc due to atomics macros
gcc doesn't like. Prevent de

arm: fail early on gcc builds

Since at least 2022 (see https://reviews.freebsd.org/D36754), it has
not been possible to build armv6/armv7 with gcc due to atomics macros
gcc doesn't like. Prevent developers doing due diligance from wasting
time and CPU cycles on this combination as it just fails to build in
libc.

Reviewed by: imp, andrew
Differential Revision: https://reviews.freebsd.org/D45193

show more ...


# 2c35c867 18-Apr-2024 Andrew Turner <andrew@FreeBSD.org>

showconfig: Set MACHINE for src.opts.mk

Also set MACHINE and MACHINE_ARCH when reading config options from
src.opts.mk. This ensures any machine-dependent options are reported
correctly.

Reviewed b

showconfig: Set MACHINE for src.opts.mk

Also set MACHINE and MACHINE_ARCH when reading config options from
src.opts.mk. This ensures any machine-dependent options are reported
correctly.

Reviewed by: emaste, imp
Sponsored by: Arm Ltd
Differential Revision: https://reviews.freebsd.org/D44838

show more ...


# f092a54f 11-Apr-2024 Elyes Haouas <ehaouas@noos.fr>

Makefile.inc1: Fix typo

Signed-off-by: Elyes Haouas <ehaouas@noos.fr>
Reviewed by: imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/882


# 45d83c39 20-Mar-2024 Baptiste Daroussin <bapt@FreeBSD.org>

pkgbase: add a mechanism to be able to force a give ucl include

This is made in order to be able to find add the post-install scripts
for the kernel, where PKGNAME varies for each KERNCONF but we do

pkgbase: add a mechanism to be able to force a give ucl include

This is made in order to be able to find add the post-install scripts
for the kernel, where PKGNAME varies for each KERNCONF but we don't want
to dynamically duplicated the kernel.ucl file.

At the same time we don't want the *-dbg* packages to actually include
those post-install scripts

show more ...


# 02b25ccf 19-Mar-2024 Baptiste Daroussin <bapt@FreeBSD.org>

pkgbase: fix packaging of dtb


# 2addba5c 19-Mar-2024 Baptiste Daroussin <bapt@FreeBSD.org>

pkgbase: fix typo preventing packaging kernels


# 76229061 19-Mar-2024 Baptiste Daroussin <bapt@FreeBSD.org>

pkgbase: fix kernel packing after switch ucl rework


# f8e46fd6 31-Jan-2024 Baptiste Daroussin <bapt@FreeBSD.org>

pkgbase: rework certctl package to only run rehash on the main package

Rework how ucl manifest are generated leveraging ucl features and flua

now the ucl generation is done via a lua script which u

pkgbase: rework certctl package to only run rehash on the main package

Rework how ucl manifest are generated leveraging ucl features and flua

now the ucl generation is done via a lua script which uses libucl to
ingest the template and use variables as defined in its command line.

the template will include only if it exist a ucl file named after the
package name which will complement the template or overwrite what was
defined in the template if defined in this specific ucl file

this allows to overwrite license, but add script only to the packages
who actually needs them.

As a results the post install scripts are now only added to the right
package and not also added to the subpackages like -man or -dev

Reviewed by: markj
Differential Revision: https://reviews.freebsd.org/D44374

show more ...


# 0d4f7723 15-Nov-2023 Brooks Davis <brooks@FreeBSD.org>

libc: link libsys as a auxiliary filter library

At runtime, when rtld loads libc it will also load libsys. For each
symbol that is present in both, the libsys one will override the libc
one. It co

libc: link libsys as a auxiliary filter library

At runtime, when rtld loads libc it will also load libsys. For each
symbol that is present in both, the libsys one will override the libc
one. It continues to be the case that program need only link against
libc (usually implicitly). The linkage to libsys is automatic.

Reviewed by: kib, emaste, imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/908

show more ...


# b6e9a7a2 02-Feb-2024 Emmanuel Vadot <manu@FreeBSD.org>

Reapply "pkgbase: Create a FreeBSD-dtb package"

This reverts commit 9bbe06b004e2cadb55a3792c77991ee640bf0f52.

Before that dtbs where included in each kernel packages which prevents
us to install mu

Reapply "pkgbase: Create a FreeBSD-dtb package"

This reverts commit 9bbe06b004e2cadb55a3792c77991ee640bf0f52.

Before that dtbs where included in each kernel packages which prevents
us to install multiple kernels.

Fix mtree-to-plist.awk to only generate a dtb.plist when we create
the kernel one (because dtb are installed during make installkernel).

Sponsored by: Beckhoff Automation GmbH & Co. KG

show more ...


# 9bbe06b0 02-Feb-2024 Emmanuel Vadot <manu@FreeBSD.org>

Revert "pkgbase: Create a FreeBSD-dtb package"

Somehow this doesn't work iwth make packages due to some kind of a race.
The package is first created correctly but later in the process it is
overwrit

Revert "pkgbase: Create a FreeBSD-dtb package"

Somehow this doesn't work iwth make packages due to some kind of a race.
The package is first created correctly but later in the process it is
overwritten by a badly created empty package.
Revert in the mean time so we can have working pkgbase on arm/arm64

This reverts commit a5afd7920d50ff23f91bdbabb1f0fd7ba028ba9e.

show more ...


# a5afd792 27-Jan-2024 Emmanuel Vadot <manu@FreeBSD.org>

pkgbase: Create a FreeBSD-dtb package

Before that dtbs where included in each kernel packages which prevents
us to install multiple kernels.

Differential Revision: https://reviews.freebsd.org/D4363

pkgbase: Create a FreeBSD-dtb package

Before that dtbs where included in each kernel packages which prevents
us to install multiple kernels.

Differential Revision: https://reviews.freebsd.org/D43632
Reviewed by: bapt
Sponsored by: Beckhoff Automation GmbH & Co. KG

show more ...


# a5ff9005 26-Jan-2024 Emmanuel Vadot <manu@FreeBSD.org>

pkgbase: Create two new rules for creating repo

This adds two new rules named create-packages-kernel-repo and
create-packages-world-repo.
The goal of those rules is to create the {kernel,world} pack

pkgbase: Create two new rules for creating repo

This adds two new rules named create-packages-kernel-repo and
create-packages-world-repo.
The goal of those rules is to create the {kernel,world} packages and
after that the repository.
It helps a lot for developing with pkgbase by adding the dev machine
repository created by those rules on top of the official pkgbase one.

Differential Revision: https://reviews.freebsd.org/D43623
Reviewed by: bapt, emaste
Sponsored by: Beckhoff Automation GmbH & Co. KG

show more ...


# 3d939d96 02-May-2023 Warner Losh <imp@FreeBSD.org>

build: Use ls -i | cut rather than stat -f %i to extract inode

ls -i dates back to 5th edition Unix and is more portable than the stat
command, though %% is a newer shellism, it works on any shell t

build: Use ls -i | cut rather than stat -f %i to extract inode

ls -i dates back to 5th edition Unix and is more portable than the stat
command, though %% is a newer shellism, it works on any shell that
FreeBSD builds with.

Sponsored by: Netflix

show more ...


# 3091cdb1 12-Jan-2024 Cy Schubert <cy@FreeBSD.org>

Revert "kerberos: Fix numerous segfaults when using weak crypto"

This revision breaks Linux and MacOS cross builds because
TARGET_ENDIANNESS is not define during bootstrapping on these
platforms.

I

Revert "kerberos: Fix numerous segfaults when using weak crypto"

This revision breaks Linux and MacOS cross builds because
TARGET_ENDIANNESS is not define during bootstrapping on these
platforms.

I think the correct approach would be to separate the new
fbsd_ossl_provider_load() and unload functions into their own
library (instead of libroken). This avoids the less desirable
option of including bsd.cpu.mk in secure/lib/Makefile.common,
which does build but could complicate future work.

Reported by: jrtc27

This reverts commit cb350ba7bf7ca7c4cb97ed2c20ab45af60382cfb.

show more ...


# cb350ba7 06-Dec-2023 Cy Schubert <cy@FreeBSD.org>

kerberos: Fix numerous segfaults when using weak crypto

Weak crypto is provided by the openssl legacy provider which is
not load by default. Load the legacy providers as needed.

When the legacy pro

kerberos: Fix numerous segfaults when using weak crypto

Weak crypto is provided by the openssl legacy provider which is
not load by default. Load the legacy providers as needed.

When the legacy provider is loaded into the default context the default
provider will no longer be automatically loaded. Without the default
provider the various kerberos applicaions and functions will abort().

PR: 272835
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D43009
Tested by: netchild, Joerg Pulz <Joerg.Pulz@frm2.tum.de>

show more ...


# 93f27766 03-Jan-2024 Domagoj Stolfa <domagoj.stolfa@gmail.com>

dtrace: Add the 'oformat' libdtrace option

This option can be used to specify a format to use in DTrace output.
The following formats are supported:
- json
- xml
- html
- none (default DTrace ou

dtrace: Add the 'oformat' libdtrace option

This option can be used to specify a format to use in DTrace output.
The following formats are supported:
- json
- xml
- html
- none (default DTrace output)

This is implemented using libxo and integrated into libdtrace. Client
code only works with the following API:

- dtrace_oformat_setup(dtrace_hdl_t *) -- to be called when output is starting.
- dtrace_oformat_teardown(dtrace_hdl_t *) -- to be called when output is finished
- dtrace_oformat(dtrace_hdl_t *) -- check if oformat is enabled.
- dtrace_set_outfp(FILE *) -- sets the output file for oformat.
- Ensure that oformat is correctly checked in the drop handler and record
processing callbacks.

This commit also adds tests which check if the generated output is
valid (JSON, XML) and extends the dtrace(1) describing the structured output.

Reviewed by: markj
Discussed with: phil
MFC after: 2 months
Sponsored by: Innovate UK
Differential Revision: https://reviews.freebsd.org/D41745

show more ...


# ff7c12c1 13-Dec-2023 Jessica Clarke <jrtc27@FreeBSD.org>

Make kldxref a bootstrap tool and use unconditionally

Now that kldxref is a generic cross tool and can be built on non-FreeBSD
we can bootstrap it during the build and thus remove the condition for

Make kldxref a bootstrap tool and use unconditionally

Now that kldxref is a generic cross tool and can be built on non-FreeBSD
we can bootstrap it during the build and thus remove the condition for
whether it exists. We also need to make sure to add it to the METALOG
for -DNO_ROOT builds.

Reviewed by: brooks, imp
Differential Revision: https://reviews.freebsd.org/D43051

show more ...


12345678910>>...276