Current status

Number of commits found XX: 48

Remove PY_SPHINX from ports using Python 3

Approved by:	 portmgr blanket
Differential Revision:	https://reviews.freebsd.org/D28093

Update to a new snapshot

Allow to build on powerpc64 and add PowerPC target. [0]

Add ARM target (needed for boot/firmware bits in some cases for Arm64).

PR:		251826 [0]
Submitted by:	pkubaj [0]
Sponsored by:	DARPA

New snapshot and infrastructure updates

Reduce the number of targets built to CHERI targets (RISC-V and Mips)
and plausable host targets (AArch64 and X86).

Allow this port to be used as a master port by an port in an overlay.
That is mostly allowing certain variables to be overridden plus using
.PARSEDIR to find llvm-devel's license files.

Resurrect devel/llvm-cheri and update

This version comes from the dev branch as that is close to the base for
the upcoming release of the Arm Morello toolchain.

Make the CROSS_TOOLCHAIN file machine-independent and install it as
llvm-cheri.

Sponsored by:	DARPA

Move devel/swig30 to devel/swig and update to 4.0.1

- Do not silence installation message
- Update dependent ports:
  - Fix build with swig 4.0.1
  - Update *_DEPENDS
  - Remove BINARY_ALIAS

Changes:	http://www.swig.org/news.php
PR:		246613
Exp-run by:	antoine

devel/llvm*: Avoid extraneous escapes

All of these single quotes are safe on their own, as they're enclosed in
double quotes. Removes the escapes, because they're currently passed through
to the underlying regex engine as \' to be interpreted as '.

A future change will forbid this escape, then an even further future change
will actually imbue \' with special meaning based on GNU interpretation
("end of subject").

No PORTREVISION bump or rebuild is needed, as they're functionally
equivalent.

PR:		247058
Approved by:	koobs (mentor), brooks (maintainer)
MFH:		2020Q2 (blanket: trivial build fix)

devel/llvm*: Upgrade Sphinx dependency to 3.X

This avoids conflicts between Sphinx ports when not using Poudriere.

PR:		246500
Approved by:	brooks (maintainer)

Update Sphinx

- Repocopy textproc/py-sphinx to textproc/py-sphinx18

  Update it to 1.8.5 (latest version from 1.8.X).
  This version supports Python 2 and 3.
  Add test target.

- textproc/py-sphinx: Update to 3.0.2

  Python 3 only (3.5+).
  Add test target.

- Mk/Uses/python.mk: Add PY_SPHINX

(Only the first 15 lines of the commit message are shown above )

Update qemu-cheri and llvm-cheri to recent snapshots.

In qemu-cheri:
 * Fix build with llvm10 [0]
 * Remove the 256-bit capability version
 * Add CHERI RISC-V

PR:		244768 [0]
Submitted by:	dim [0]
Sponsored by:	DARPA

Deprecate some ports using deprecated version of python

With hat:	portmgr

Update to fresh qemu-cheri and llvm-cheri snapshots.

Exclude from 32-bit systems.

While it may build on some, no one is likely to develop CHERI software
from a 32-bit platform (maybe with exception of an armv7 SoC on an
FPGA and we can enable the build there that if that ever happens).

Update CHERI LLVM and Qemu to fresh snapshots.

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

Upgrade to a new LLVM 9-pre based snapshot.

 - Update LICENSE data for new project license
 - Switch from seperate git repos to the new mono-repo.

devel/llvm-cheri: Do not set DOCS_CMAKE_ON twice

Fix DOCS build.

Add LICENSE info.

Sponsored by:	DARPA, AFRL

Update to a new shpashot matching our upcoming paper.

Sponsored by:	DARPA, AFRL

Do not set OPTIONS_SUB twice

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

Spell CHOSEN_COMPILER_TYPE correctly

PR:		199098
With hat:	portmgr

Limit LLVM builds to linking a single binary at a time.

Regular builds can requires multiple gigabytes of memory at Debug builds
can exceed 100GB.  This should help low-memory systems such as
Raspberry-Pis and VMs.

Submitted by:	dim

Update to a new snapshot.

Reduce diffs to devel/llvm-devel.

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Update CHERI LLVM and QEMU to new snapshots.

Committed together as code generated by the new LLVM requires updated
(virtual) hardware.

Sponsored by:	DARPA, AFRL

- Switch to new test framework

Approved by:	portmgr blanket

devel/llvm*: Fix wrapper scripts to support symlinking to them

The wrapper scripts currently do not resolve the real path to $0:

$ install -l rs /usr/local/bin/clang50 gcc
$ ./gcc
./gcc: /usr/local/llvm50/bin/gcc: not found

Here /usr/local/llvm50/bin/clang should be called not
/usr/local/llvm50/bin/gcc.

Approved by:		brooks (maintainer)
Differential Revision:	https://reviews.freebsd.org/D14727

Update to a new snapshot.

Sponsored by:	DARPA, AFRL

Fix python dependency: restrict to python 2.7.

No PORTREVISON bump as build would fail without python 2.7

PR:		225144
Submitted by:	sunpoet

switch to swig 3.0

Update to a new snapshot and apply the patch for posix_fallocate()
support being remove for ZFS

PR:		223383, 223440
Sponsored by:	DARPA, AFRL

Update to a new snapshot.

Add CROSS_TOOLCHAIN files (currently requiring in-tree binutils).

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

Fix build when LOCALBASE is not /usr/local.

Reviewed by:	brooks
Sponsored by:	Dell EMC Isilon
Differential Revision:	https://reviews.freebsd.org/D10859

- Fix Shebangs

Remove the misspelled ONLY_FOR_ARCH definitions, which referred to an
arch we no longer support in any case.

Approved by:	portmgr (tier-2 blanket), "just fix it"

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Add a version of llvm-cheri for 128-bit CHERI capabilities.

No functional change to devel/llvm-cheri, just plist generalization.

Sponsored by:	DARPA, AFRL

many ports: mark broken on powerpc64

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Upgrade to a new snapshot and switch to a -cheri suffix similar to other
llvm ports.

PR:		206036

Update to a new CHERI-LLVM/Clang snapshot.

Remove UNIQUENAME and LATEST_LINK.

UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.

Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.

Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)

Reviewed by:	antoine, bapt
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3336

Disable LLDB when the chosen compiler is gcc.

On platforms where the system compiler isn't clang (including 9.x),
USES=compiler:c++11-lib uses gcc48 as the compiler.  Unfortunatly, gcc48
does not provide a sufficently complient c++11 environment to build LLDB
when compiled on 9.x and possiably on other platforms.

Replace lang/clang-cheri with devel/llvm-cheri derived from devel/llvm-devel
and update to the latest versions in git.

Sponsored by:	DARPA, AFRL

Number of commits found XX: 48

13 vulnerabilities affecting 98 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2021-02-27 01:52:12