Number of commits found XX: 22

Remove logic for specifying version of gcc-aux.  It has been OBE since
lang/gcc5-aux was removed 2017-11-01.

Test by 'make index'.

Return ports maintained by John Marino to the pool, he is no longer interested.

Submitted by:	Mark Millard via private e-mail

Return the ports mistakenly reset to ports@ in r433856 to John Marino.

The mistake was completely on my part, I somehow connected the dots the
wrong way in my head.

The only exceptions (for now) are archivers/zstd and ports-mgmt/synth
which were already picked up by new volunteers in the mean time.

Reset maintainer for Uses/ada.mk and Uses/alias.mk

Mk/Uses/ada.mk: Remove ADA_DEFAULT=49 option

The lang/gcc-aux port has recently been removed, so the previously legal
"49" argument is no longer so.  Adjust ada.mk accordingly by removing
reference to option 49 and lang/gcc-aux.

Change Ada Framework foundation from gcc5-aux to gcc6-aux

GCC 6.1 was released this week.  The Ada Framework in FreeBSD ports has
been based on GCC 5.3 GNAT although GCC 6.x has been supported for awhile
via the ADA_DEFAULT option in make.conf.

Now that GCC 6 has been officially released, switch to it by default.
People can maintain the old foundation by putting "ADA_DEFAULT=5" in
/etc/make.conf.

Libraries built by one GNAT are unusable by another, so almost every Ada
port has been bumped as a result.  Noticable exceptions are dns/ironsides
which fails to build on gcc6 (thus USES=ada:5 is set) and cad/ghdl which
needs additional testing as it may require gcc5 on FreeBSD (DragonFly
uses the LLVM backend only).

Restrict dns/ironsides to gcc5-aux only

Right now, ironsides emits a STORAGE ERROR during building with
lang/gcc6-aux.  It's unclear if the problem lies with compiler or with
ironsides.  For now, limit building it with gcc5-aux (the default).

The USES=ada:5 setting wasn't supported, but it should have been.  This
has also been fixed.

Remove the now unneeded ${PORTSDIR} from dependency definition in
The infrastructure Makefiles

PR:		206569
Exp run by:	antoine
Differential Revision:	D5047

Mk/Uses/ada.mk: Support lang/gcc6-aux

Readd PORTSDIR for now we will only start removing them after 2016Q1 is branched

This gives more time for tools to get updated, available in packages etc before
bothering users

Drop the necessity to add ${PORTSDIR} to dependency line

Modify make describe to automatically prepend ${PORTSDIR} if the path for the
port is not absolute

Checked with poudriere, portmaster, portupgrade

PR:		203685
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D3866

Ada Framework: Switch to gcc5-aux, upgrade 6 packages at once

The transition from gcc-aux to gcc5-aux in the Ada framework has been
blocked by the inability to build gtkada3 and, once resolved, GPS (due
to tight locking with compiler).

A few days ago, Adacore made their annual release of their main libre
products, include GPS.  However, some products were tightly coupled with
the recent compilers, so in order to upgrade, the compiler had to be
switched and dependencies require many ports to be upgraded at once:

  * lang/asis
  * devel/gnatcoll
  * devel/gps
  * x11-toolkits/gtkada3

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

Uses/ada.mk: "47" is no longer a valid argument

The lang/gcc47-aux compiler was removed last week, so it is being
removed as a build option for the Ada framework.

Mk/Uses/ada.mk: Fix missed previously substitution

Mk/Uses/ada.mk: Add argument "49"

To be complete, ada.mk needs to support having ADA_DEFAULT=5 and the port
explicitly requesting lang/gcc-aux.  There is no identified use case for
this yet, but not supporting it is a hole.

Mk/Uses/ada.mk: Add gcc5-based Ada compiler support

A new argument has been added to USES=ada, "5", which will select the
gcc5-aux compiler (gcc 5) instead of the gcc-aux compiler (gcc 4.9).

Additionally, it will check if ADA_DEFAULT is defined and equal to "5".
If that is the case, gcc5-aux will be used by default, even if no
arguments are defined.  The use case is to define it in make.conf so that
all Ada ports are built with same compiler.  This capability will be used
to confirm all Ada ports build correctly with gcc5-aux before the default
compiler is switched.

Change the way USES is handled:
- Loop over USES twice, once to define all *_ARGS variables and once to
  include Uses/*.mk.  This allows all Uses/*.mk to examine arguments given
  to other USES entries.
- Always define *_ARGS (possibly empty) and replace commas with spaces.

Similar for _USES_POST.

Adjust all Uses/*.mk:
- defined(u_ARGS) becomes !empty(u_ARGS)
- Eliminate helper variables like _*_ARGS=${*_ARGS:C/,/ /g}
- Some Uses/*.mk used ":" as argument separator instead of ",", but no port
  used this form
- Uses/cran.mk: remove unused variable VALID_ARGS and USES+=fortran which
  has no effect
- Uses/twisted.mk: simplify handling of the case where neither "build" nor
  "run" arguments have been specified

PR:		193931
Exp-run by:	antoine
Approved by:	portmgr (antoine)

Move MAINTAINER lines to the end of the initial comment block and
make things a bit more consistent.

Approved by:	portmgr (bapt)

Uses/ada.mk: Add support for soon-to-be-older Ada compiler

Currently the Ada framework uses a single compiler based on gcc47.
Soon this compiler will be updated to the gcc49 base, but not all Ada
ports are currently happy about this.

This update to ada.mk induces the ARGS of "47" which causes the port to
use the newly-created lang/gcc47-aux port which is currently a clone
of lang/gcc-aux.  When the latter is updated, the Ada Framework will
use it except for those ports that feature "USES+= ada:47"

Replace John Marino email address with FreeBSD version

While I'm here, also trim the headers on a couple of ports and remove
a reference to the Dragonlace mirror which is down indefinitely.

Approved by:	bapt (mentor)

Fix svn properties

Add a new USES ada.mk to establish Ada-capable compiler as a build dependency
and set the build environement properly

Submitted by:	John Marino <draco@marino.st>

Number of commits found XX: 22

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

^* - modified, not new

All vulnerabilities

Last updated:
2021-01-20 19:26:21