Number of commits found: 31

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

Set an expiration date somewhat after the 5th anniversary of this port's
creation. It has been effectivly unmaintained upstream for 4.5 years at
this point.

PR:		230473, 230475

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

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

- 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

Mark as broken on armvX.  Pet portlint.

Approved by:	portmgr (tier-2 blanket)

- Update textproc/py-sphinx to 1.6.5. [0]
- Update all ports that depends of py-sphinx. [0]
- Add conditional RUN_DEPENDS. [1]
- Add TEST_DEPENDS. [1]

PR:		ports/221891 [0] and ports/225136 [1]
Submitted by:	sunpoet [1]
Approved by:	antoine (portmgr)
Exprun by:	antoine (several rounds)
Sponsored by:	iXsystems, Inc.

Fix python dependency: restrict to python 2.7.

No PORTREVISON bump as build would fail without python 2.7

PR:		225144
Submitted by:	sunpoet

Remove USES=execinfo.

PR:		220271
Submitted by:	mat (review), Yasuhiro KIMURA (PR)
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D11488

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

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

Spell CHOSEN_COMPILER_TYPE correctly

PR:		199098

${RM} already has -f.

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

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

With hat:	portmgr
Sponsored by:	Absolight

Apply r219512 from LLVM which reportedly fixes a crash building firefox.

PR:		207837

Mark llvm 3.3, 3.4, and 3.5 ports as broken on arm64

Submitted by:	andrew
Differential Revision:	https://reviews.freebsd.org/D4784

Drop 8 support.

With hat:	portmgr
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3694

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

Convert to USES=libedit
Fix plist

Upgrade to 3.5.2 release.

Upgrade to llvm/clang 3.5.1 release.

Make default target triple match base clang.

PR:		194487
Submitted by:	Jan Beich <jbeich@vfemail.net>

Upgrade to 3.5.0 release.

USES=python

Give the port a chance of building on more arm systems and powerpc64. [0]

Allow building on 9 in the default configuration as it works for me.
Disallow llvm35 on 8 due to bizzare gcc behavior.

PR:		191996 [0]
Submitted by:	direct727@gmail.com [0]
Sponsored by:	DARPA, AFRL

Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.

Part II, Bump PORTREVISIONs.

PR:		192025
Tested by:	antoine (-exp runs)
Approved by:	portmgr (implicit)

Upgrade to 3.5.0rc2

USES=execinfo

Add ports of LLVM and Clang 3.5rc1.

In the LLVM port the option to build cmake support files is disabled by
default because it fails to configure when built with gcc47.

The Clang port is marked broken if the compiler isn't clang due to link
errors when it is gcc47.

Number of commits found: 31

8 vulnerabilities affecting 131 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2020-01-15 20:24:12