Number of commits found: 37

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: 37

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

^* - modified, not new

All vulnerabilities

Last updated:
2019-12-04 20:33:18