17:28 antoine 

Deprecate a few ports

 

10:02 antoine 

Mark BROKEN: unfetchable

 

14:04 sunpoet 

Update devel/readline to 8.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://tiswww.case.edu/php/chet/readline/CHANGES
PR:		236156
Exp-run by:	antoine

 

16:05 antoine 

devel/gnatcoll is not compatible with python3

PR:		234633

 

17:46 gerald 

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

 

11:28 amdmi3 

- Add LICENSE_FILE
- Fix shebangs
- Switch to options helpers

 

13:46 sunpoet 

Update devel/readline to 7.0 patch 3

- Bump PORTREVISION for shlib change

Changes:	https://cnswww.cns.cwru.edu/php/chet/readline/CHANGES
		https://lists.gnu.org/archive/html/bug-bash/2016-09/msg00107.html
		https://lists.gnu.org/archive/html/bug-readline/2017-01/msg00002.html
Differential Revision:	https://reviews.freebsd.org/D11172
PR:		219947
Exp-run by:	antoine

 

20:25 rene 

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

Submitted by:	Mark Millard via private e-mail

 

21:33 rene 

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.

 

12:42 rene 

Return ports maintained by John Marino to the pool, see r433827 for details

 

18:41 marino 

devel/gps: Upgrade to 2016 release (plus 2 dependencies)

x11-toolkits/gtkada3: Upgrade version 3.8.3.2 => 3.14.2
devel/gnatcoll:       Upgrade version    2015 => 2016
devel/gps:            Upgrade version 6.1.1.0 => 2016

This upgrade appears to work flawlessly on DragonFly, but
on FreeBSD the PR list below regarding navigation to code
error is unfortunately still valid.

PR:	202317

 

06:44 marino 

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).

 

14:00 mat 

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

With hat:	portmgr
Sponsored by:	Absolight

 

13:32 marino 

Add new file lang/spark  (will become run-depends for GPS)

SPARK 2014 is a programming language and a set of verification tools
designed to meet the needs of high-assurance software development. SPARK
is based on Ada 2012, both subsetting the language to remove features that
defy verification, but also extending the system of contracts and aspects
to support modular, formal verification.

The new aspects support abstraction and refinement and facilitate deep
static analysis to be performed including information-flow analysis and
formal verification of an implementation against a specification.

SPARK is a much larger and more flexible language than its predecessor
SPARK 2005. The language can be configured to suit a number of application
domains and standards, from server-class high-assurance systems (such as
air-traffic management applications), to embedded, hard real-time,
critical systems (such as avionic systems complying with DO-178C Level A).

A major feature of SPARK is the support for a mixture of proof and other
verification methods such as testing, which facilitates the use of unit
proof in place of unit testing; an approach now formalized in DO-178C and
the DO-333 formal methods supplement. Certain units may be formally proven
and other units validated through testing.

 

22:20 marino 

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
  * www/aws
  * www/aws-demos

While the version upgrades were modest in most cases (gps, gtkada3), the
amount of work put into each port was significant.  There are too many
improvements to mention here.  A few include the removal of dynamic
package lists and incorporating gnatcoll into gps to avoid building it
twice.  A private "exp-run" was done all on all 50+ Ada ports to ensure
they still build.

Also, a new argument was added to Uses/ada.mk, "run", that pulls in the
GNAT compiler as a run depends.  This was necessary for GPS that will
not launch correctly without the compiler in place.

 

16:04 mva 

- Convert ports of devel/ to USES=python

Approved by:	portmgr (implicit)

 

20:50 gerald 

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)

 

18:20 marino 

devel/gnatcoll: LDFLAGS+= -lm (Fixes build on DF)

FreeBSD linker pulls in libmath indirectly, so this is a no-op on
standard configuration FreeBSD (all releases), but fixes DragonFly.

 

21:31 marino 

devel/gnatcoll4: Rename gnatinspect and toggle off iconv option default

The GNAT Programming Studio wants to use gnatinspect, so it needs to
build it.  At the same time, gnatinspect also belongs to gnatcoll.
Resolve a filename conflict by renaming it to gnatinspect-xref when
it's build by gnatcoll.

Also turn off iconv support by default.  It causes GPS to crash
almost immediately and the issue is likely within the gnatcoll code.
Until this is investigated and hopefully fixed, keep it off by default.

Also, devel/gnatcoll will not be a dependency of GPS for two reasons:
GPS is so fluid that it really needs the embedded version to guarantee
that it can be built, and secondly devel/gnatcoll and devel/gps could
easily need different build options.  So that leaves devel/gnatcoll as
purely a standalone development library.

 

08:10 marino 

devel/gnatcoll: Don't install gps files to avoid conflict with gps

The embedded gnatcoll in GPS wants to install the GPS support files and
it is better that the embedded gnatcoll does it.

While here, bring in iconv warning fix and also allow python 3 as a
valid python option (I assume it is without actually testing it).

 

21:44 marino 

lang/gnat_util: Add set_std_prefix and update_path symbols

Rather than require each user of libgnat_util to link in set_std_prefix
and update_path functions, let's assume each user needs the same version
of these functions and just add them directly to the library.

Adjust gnatcoll accordingly -- hack no longer necessary.

 

11:32 marino 

devel/gnatcoll: Fix disable iconv non-default option (typo)

 

11:13 marino 

Add new Ada port: devel/gnatcoll

These components are a major building block of the GNAT Programming
Studio.  As the package description below states, it can also be used
generically.  This splits GNATColl out prior to GPS version upgrade.

    =================================================================

The reusable library known as the GNAT Component Collection (GNATColl)
is based on one main principle: general-purpose packages that are part of
the GNAT technology should also be available to user application code.
The compiler front end, the GNAT Programming Studio (GPS) Interactive
Development Environment, and the GNAT Tracker web-based interface all
served as sources for the components.

The GNATColl components complement the predefined Ada and GNAT libraries
and deal with a range of common programming issues including string and
text processing, memory management, and file handling. Several of the
components are especially useful in enterprise applications.

* Scripts: Embedding script languages     * Traces: Logging information
* Memory: Monitoring memory usage         * Mmap: Reading and writing files
* Boyer-Moore: Searching strings          * Paragraph filling: Formatting text
* Templates: Generating text              * Email: Processing email messages
* Ravenscar: Patterns for multitasking    * VFS: Manipulating files
* Storage Pools: Controlling memory mgmt  * Tribooleans: Three-state logic
* Geometry: Primitive geometric ops       * Refcount: Reference counting
* Projects: Manipulating ``gpr`` files    * Config: Parsing configuration files
* Pools: Controlling access to resources  * JSON: JavaScript Object Notation
* SQL: Database interface

WWW: http://libre.adacore.com/tools/gnat-component-collection