Disable byteswap.h for now.

Ideally we should be testing __FreeBSD_version (1400079) and/or
BOOTSTRAPPING from an older version, but restore compatibility to
older FreeBSD versions and macOS while we find out a better way to
fix it.

file: upgrade to 5.43.

MFC after: 3 days

file: upgrade to 5.42.

MFC after: 2 weeks

file: Fix cross-compilation on Darwin/macOS

Darwin/macOS does not have pipe2(2).

Apply a similar guard as in f3d7ace4b235422e5ccff0315f2965ac935241d8
after 43a5ec4eb41567cc92586503212743d89686d78f.

Pull Request: https://github.com/freebsd/freebsd-src/pull/574

file: Turns out we need xlocal.h protection

It turns out that we still need xlocal.h protection for when we're
cross building on Linux. Linux doesn't have this file, but os/x
does. Before, we'd assume we didn't have it, like old FreeBSD, when
cross compiling. After the latest update, all that code was removed so
cross compiling needs to be handled separaetly. Do so by defining
HAVE_XLOCALE_H only when we're not building on linux. This allows us
to build the mkmagic build tool needed to build file(1).

Sponsored by: Netflix
Reviewed by: jrtc27
Differential Revision: https://reviews.freebsd.org/D33741

file: upgrade to 5.41.

MFC after: 2 weeks

libmagic: Remove support for older FreeBSD where xlocale was not available.

The MINIMUM_SUPPORTED_OSREL is 1002501 (FreeBSD 10.3), and xlocale is
supported there.

While I'm there, explicitly use config.h generated with --disable-bzlib
--disable-xzlib instead of deleting them manually.

MFC after: 2 weeks

MFV r362254: file 5.39.

MFC after: 2 weeks

MFV r357712: file 5.38.

MFC after: 2 weeks

MFV r354582: file 5.37.

MFC after: 3 days

MFV r323678: file 5.32

Approved by: emaste (mentor)
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D12400

MFV r308392: file 5.29.

MFC after: 2 weeks

MFV r302218: file 5.28.

Relnotes: yes
MFC after: 2 weeks
Approved by: re (gjb)

MFV r299716: file 5.27

MFC after: 2 weeks
Relnotes: yes

MFV r298178:

Update file to 5.26.

MFC after: 2 weeks
Relnotes: yes

MFV r288140: update file to 5.25.

MFC after: 1 month

MFV r287451 + 287452: file 5.24 + fix for bin/181436.

PR: 181436
MFC after: 2 weeks

MFV r284234:

Update file to 5.23.

MFC after: 2 weeks

Since the merge of file 5.21 in r276415 and r276416, stable/9 and
stable/10 cannot be built from FreeBSD 8.x. This is because the
build-tools stage requires libmagic, but lib/libmagic/config.h was
generated on head, and it now enables using the xlocale.h APIs, which
are not supported on 8.x (and on 9.x before __FreeBSD_version 900506).

See also the start of this thread on -stable:
https://lists.freebsd.org/pipermail/freebsd-stable/2015-January/081521.html

To fix this, conditionalize the use of xlocale.h APIs to make
bootstrapping from older FreeBSD versions work correctly.

Reviewed by: delphij
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D1518

MFV r276568:

Update file to 5.22.

MFC after: 2 weeks

MFV r275696: file 5.21.

MFC after: 2 weeks

MFV r267843: update file/libmagic to 5.19.

MFC after: 2 weeks

r235638 is not the clean way to add support for building on ancient FreeBSD
versions. Instead use Imp's good work on "legacy" and follow the outcome
of the previous TRB discussions on this topic.

Now use the libc getline() if it exists, and only where it doesn't
create a bootstraping version.

Don't depend on getline being on the build machine. That's
not the case for FreeBSD 7.x machines.

Update file(1) to version 5.11.

Update to a config.h created by a file 5.03 configure script. This causes
file.1 to contain the correct version number and SIZEOF_LONG_LONG to be
defined as appropriate, which is crucial for 64-bit big-endian ELF files
to be handled correctly on big-endian systems.

PR: 146387
Reviewed by: delphij
MFC after: 3 days

Merge vendor/file/dist@191739, bringing FILE 5.00 to 8-CURRENT.

Add strndup(3) prototype to string.h.

This change was erronously ommitted from the r185690, and attempt
to simply add the prototype to string.h has revealed that several
contributed programs defined local prototypes for strndup(), controlled
by autoconfed config.h. So, manually change #undef HAVE_STRNDUP to
#define HAVE_STRNDUP 1. Next import of the corresponding program would
regenerate config.h, overriding the changes in this commit.

No objections from: kan

Update for the 'file' 4.23 import.

FreeBSD has <limits.h>.

Update for the 'file' 4.21 import.

Update for the 'file' 4.19 import.

Update for the 'file' 4.17 import.

Catch up with file 4.12 import.

Bmake the library containing and processing the magic.

file: upgrade to 5.42.

MFC after: 2 weeks

file: Fix cross-compilation on Darwin/macOS

Darwin/macOS does not have pipe2(2).

Apply a similar guard as in f3d7ace4b235422e5ccff0315f2965ac935241d8
after 43a5ec4eb41567cc92586503212743d89686d78f.

Pull Request: https://github.com/freebsd/freebsd-src/pull/574

file: Turns out we need xlocal.h protection

It turns out that we still need xlocal.h protection for when we're
cross building on Linux. Linux doesn't have this file, but os/x
does. Before, we'd assume we didn't have it, like old FreeBSD, when
cross compiling. After the latest update, all that code was removed so
cross compiling needs to be handled separaetly. Do so by defining
HAVE_XLOCALE_H only when we're not building on linux. This allows us
to build the mkmagic build tool needed to build file(1).

Sponsored by: Netflix
Reviewed by: jrtc27
Differential Revision: https://reviews.freebsd.org/D33741

file: upgrade to 5.41.

MFC after: 2 weeks

libmagic: Remove support for older FreeBSD where xlocale was not available.

The MINIMUM_SUPPORTED_OSREL is 1002501 (FreeBSD 10.3), and xlocale is
supported there.

While I'm there, explicitly use config.h generated with --disable-bzlib
--disable-xzlib instead of deleting them manually.

MFC after: 2 weeks

MFV r362254: file 5.39.

MFC after: 2 weeks

MFV r357712: file 5.38.

MFC after: 2 weeks

MFV r354582: file 5.37.

MFC after: 3 days

MFV r323678: file 5.32

Approved by: emaste (mentor)
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D12400

MFV r308392: file 5.29.

MFC after: 2 weeks

MFV r302218: file 5.28.

Relnotes: yes
MFC after: 2 weeks
Approved by: re (gjb)

MFV r299716: file 5.27

MFC after: 2 weeks
Relnotes: yes

MFV r298178:

Update file to 5.26.

MFC after: 2 weeks
Relnotes: yes

MFV r288140: update file to 5.25.

MFC after: 1 month

MFV r287451 + 287452: file 5.24 + fix for bin/181436.

PR: 181436
MFC after: 2 weeks

MFV r284234:

Update file to 5.23.

MFC after: 2 weeks

Since the merge of file 5.21 in r276415 and r276416, stable/9 and
stable/10 cannot be built from FreeBSD 8.x. This is because the
build-tools stage requires libmagic, but lib/libmagic/config.h was
generated on head, and it now enables using the xlocale.h APIs, which
are not supported on 8.x (and on 9.x before __FreeBSD_version 900506).

See also the start of this thread on -stable:
https://lists.freebsd.org/pipermail/freebsd-stable/2015-January/081521.html

To fix this, conditionalize the use of xlocale.h APIs to make
bootstrapping from older FreeBSD versions work correctly.

Reviewed by: delphij
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D1518

MFV r276568:

Update file to 5.22.

MFC after: 2 weeks

MFV r275696: file 5.21.

MFC after: 2 weeks

MFV r267843: update file/libmagic to 5.19.

MFC after: 2 weeks

r235638 is not the clean way to add support for building on ancient FreeBSD
versions. Instead use Imp's good work on "legacy" and follow the outcome
of the previous TRB discussions on this topic.

Now use the libc getline() if it exists, and only where it doesn't
create a bootstraping version.

Don't depend on getline being on the build machine. That's
not the case for FreeBSD 7.x machines.

Update file(1) to version 5.11.

Update to a config.h created by a file 5.03 configure script. This causes
file.1 to contain the correct version number and SIZEOF_LONG_LONG to be
defined as appropriate, which is crucial for 64-bit big-endian ELF files
to be handled correctly on big-endian systems.

PR: 146387
Reviewed by: delphij
MFC after: 3 days

Merge vendor/file/dist@191739, bringing FILE 5.00 to 8-CURRENT.

Add strndup(3) prototype to string.h.

This change was erronously ommitted from the r185690, and attempt
to simply add the prototype to string.h has revealed that several
contributed programs defined local prototypes for strndup(), controlled
by autoconfed config.h. So, manually change #undef HAVE_STRNDUP to
#define HAVE_STRNDUP 1. Next import of the corresponding program would
regenerate config.h, overriding the changes in this commit.

No objections from: kan

Update for the 'file' 4.23 import.

FreeBSD has <limits.h>.

Update for the 'file' 4.21 import.

Update for the 'file' 4.19 import.

Update for the 'file' 4.17 import.

Catch up with file 4.12 import.

Bmake the library containing and processing the magic.

file: Fix cross-compilation on Darwin/macOS

Darwin/macOS does not have pipe2(2).

Apply a similar guard as in f3d7ace4b235422e5ccff0315f2965ac935241d8
after 43a5ec4eb41567cc92586503212743d89686d78f.

Pull Request: https://github.com/freebsd/freebsd-src/pull/574

file: Turns out we need xlocal.h protection

It turns out that we still need xlocal.h protection for when we're
cross building on Linux. Linux doesn't have this file, but os/x
does. Before, we'd assume we didn't have it, like old FreeBSD, when
cross compiling. After the latest update, all that code was removed so
cross compiling needs to be handled separaetly. Do so by defining
HAVE_XLOCALE_H only when we're not building on linux. This allows us
to build the mkmagic build tool needed to build file(1).

Sponsored by: Netflix
Reviewed by: jrtc27
Differential Revision: https://reviews.freebsd.org/D33741

file: upgrade to 5.41.

MFC after: 2 weeks

libmagic: Remove support for older FreeBSD where xlocale was not available.

The MINIMUM_SUPPORTED_OSREL is 1002501 (FreeBSD 10.3), and xlocale is
supported there.

While I'm there, explicitly use config.h generated with --disable-bzlib
--disable-xzlib instead of deleting them manually.

MFC after: 2 weeks

MFV r362254: file 5.39.

MFC after: 2 weeks

MFV r357712: file 5.38.

MFC after: 2 weeks

MFV r354582: file 5.37.

MFC after: 3 days

MFV r323678: file 5.32

Approved by: emaste (mentor)
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D12400

MFV r308392: file 5.29.

MFC after: 2 weeks

MFV r302218: file 5.28.

Relnotes: yes
MFC after: 2 weeks
Approved by: re (gjb)

MFV r299716: file 5.27

MFC after: 2 weeks
Relnotes: yes

MFV r298178:

Update file to 5.26.

MFC after: 2 weeks
Relnotes: yes

MFV r288140: update file to 5.25.

MFC after: 1 month

MFV r287451 + 287452: file 5.24 + fix for bin/181436.

PR: 181436
MFC after: 2 weeks

MFV r284234:

Update file to 5.23.

MFC after: 2 weeks

Since the merge of file 5.21 in r276415 and r276416, stable/9 and
stable/10 cannot be built from FreeBSD 8.x. This is because the
build-tools stage requires libmagic, but lib/libmagic/config.h was
generated on head, and it now enables using the xlocale.h APIs, which
are not supported on 8.x (and on 9.x before __FreeBSD_version 900506).

See also the start of this thread on -stable:
https://lists.freebsd.org/pipermail/freebsd-stable/2015-January/081521.html

To fix this, conditionalize the use of xlocale.h APIs to make
bootstrapping from older FreeBSD versions work correctly.

Reviewed by: delphij
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D1518

MFV r276568:

Update file to 5.22.

MFC after: 2 weeks

MFV r275696: file 5.21.

MFC after: 2 weeks

MFV r267843: update file/libmagic to 5.19.

MFC after: 2 weeks

r235638 is not the clean way to add support for building on ancient FreeBSD
versions. Instead use Imp's good work on "legacy" and follow the outcome
of the previous TRB discussions on this topic.

Now use the libc getline() if it exists, and only where it doesn't
create a bootstraping version.

Don't depend on getline being on the build machine. That's
not the case for FreeBSD 7.x machines.

Update file(1) to version 5.11.

Update to a config.h created by a file 5.03 configure script. This causes
file.1 to contain the correct version number and SIZEOF_LONG_LONG to be
defined as appropriate, which is crucial for 64-bit big-endian ELF files
to be handled correctly on big-endian systems.

PR: 146387
Reviewed by: delphij
MFC after: 3 days

Merge vendor/file/dist@191739, bringing FILE 5.00 to 8-CURRENT.

Add strndup(3) prototype to string.h.

This change was erronously ommitted from the r185690, and attempt
to simply add the prototype to string.h has revealed that several
contributed programs defined local prototypes for strndup(), controlled
by autoconfed config.h. So, manually change #undef HAVE_STRNDUP to
#define HAVE_STRNDUP 1. Next import of the corresponding program would
regenerate config.h, overriding the changes in this commit.

No objections from: kan

Update for the 'file' 4.23 import.

FreeBSD has <limits.h>.

Update for the 'file' 4.21 import.

Update for the 'file' 4.19 import.

Update for the 'file' 4.17 import.

Catch up with file 4.12 import.

Bmake the library containing and processing the magic.

libmagic: Remove support for older FreeBSD where xlocale was not available.

The MINIMUM_SUPPORTED_OSREL is 1002501 (FreeBSD 10.3), and xlocale is
supported there.

While I'm there, explicitly use config.h generated with --disable-bzlib
--disable-xzlib instead of deleting them manually.

MFC after: 2 weeks

Since the merge of file 5.21 in r276415 and r276416, stable/9 and
stable/10 cannot be built from FreeBSD 8.x. This is because the
build-tools stage requires libmagic, but lib/libmagic/config.h was
generated on head, and it now enables using the xlocale.h APIs, which
are not supported on 8.x (and on 9.x before __FreeBSD_version 900506).

See also the start of this thread on -stable:
https://lists.freebsd.org/pipermail/freebsd-stable/2015-January/081521.html

To fix this, conditionalize the use of xlocale.h APIs to make
bootstrapping from older FreeBSD versions work correctly.

Reviewed by: delphij
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D1518

r235638 is not the clean way to add support for building on ancient FreeBSD
versions. Instead use Imp's good work on "legacy" and follow the outcome
of the previous TRB discussions on this topic.

Now use the libc getline() if it exists, and only where it doesn't
create a bootstraping version.

Don't depend on getline being on the build machine. That's
not the case for FreeBSD 7.x machines.

A new jail(8) with a configuration file, to replace the work currently done
by /etc/rc.d/jail.

MFC: r208341

Update to a config.h created by a file 5.03 configure script. This causes
file.1 to contain the correct version number and SIZEOF_LONG_LONG to be
defined as appropriate, which is crucial for 64-bit big-endian ELF files
to be handled correctly on big-endian systems.

PR: 146387
Reviewed by: delphij

Update to a config.h created by a file 5.03 configure script. This causes
file.1 to contain the correct version number and SIZEOF_LONG_LONG to be
defined as appropriate, which is crucial for 64-bit big-endian ELF files
to be handled correctly on big-endian systems.

PR: 146387
Reviewed by: delphij
MFC after: 3 days

Create the altix project branch. The altix project will add support
for the SGI Altix 350 to FreeBSD/ia64. The hardware used for porting
is a two-module system, consisting of a base compute module and a
CPU expansion module. SGI's NUMAFlex architecture can be an excellent
platform to test CPU affinity and NUMA-aware features in FreeBSD.

Add strndup(3) prototype to string.h.

This change was erronously ommitted from the r185690, and attempt
to simply add the prototype to string.h has revealed that several
contributed programs defined local prototypes for strndup(), controlled
by autoconfed config.h. So, manually change #undef HAVE_STRNDUP to
#define HAVE_STRNDUP 1. Next import of the corresponding program would
regenerate config.h, overriding the changes in this commit.

No objections from: kan

- Import the HEAD csup code which is the basis for the cvsmode work.

Update for the 'file' 4.23 import.

FreeBSD has <limits.h>.

Update for the 'file' 4.21 import.

Update for the 'file' 4.19 import.

Update for the 'file' 4.17 import.

Catch up with file 4.12 import.

Bmake the library containing and processing the magic.