Commit graph

12 commits

Author SHA1 Message Date
John Marino
ca546db10d math/why3: Unbreak after ocaml-findlib change
Use the same technique madpilot used on x11-toolkits/ocaml-lablgtk2
to restore the build after the (unexpected) changed to the output
of ocamlfindlib during its update to 1.7.1

While here, document previously unknown ocamlfind requirement.
2017-01-29 23:39:24 +00:00
Mathieu Arnold
8d6597e0bb Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.
With hat:	portmgr
Sponsored by:	Absolight
2016-04-01 14:16:16 +00:00
Alex Kozlov
fbb0e4c0a6 - Fix various typos in CONFLICTS_INSTALL knob
Approved by:	portmgr blanket
2016-02-10 16:14:34 +00:00
Sunpoet Po-Chuan Hsieh
8cf2d7c5b7 - Add LICENSE_FILE
- Strip object files
- Bump PORTREVISION for package change
2015-11-20 09:17:20 +00:00
Dmitry Marakasov
e638299edc - Switch to options helpers
- While here, add some NO_ARCHes and couple missing PORT_OPTIONS=DOCS

Approved by:	portmgr blanket
2015-08-28 13:39:56 +00:00
Dmitry Marakasov
ef78c0a4b6 - Strip binaries 2015-07-29 17:49:12 +00:00
John Marino
768423ca5d math/why3: Release port
I only care about math/why3-gpl, which has been decoupled from why3 and
has already diverged.  Before resetting MAINTAINER, I reintegrated the
Makefile.common file (only used by this port) into the main Makefile. In
the process, some options placeholders were lost but in all probability
these options can't be built without serious work on external ports.
2015-06-28 07:11:24 +00:00
John Marino
92a699e645 math/why: remove hidden references to math/isabelle
There was a placeholder to support isabelle, but the port is being
removed so let's just remove the placeholder.
2015-03-01 21:14:57 +00:00
Antoine Brodin
942951d86b Cleanup plist 2014-11-14 09:39:21 +00:00
Antoine Brodin
f7eed309a1 Fix packaging 2014-09-03 15:03:04 +00:00
Tijl Coosemans
ec94e4d5eb Bump more ports that depend on libsqlite3.so:
- ports that set USE_SQLITE with the *_USE option helper
- ports that depend on libsqlite3 indirectly as reported by pkg rquery

Approved by:	portmgr (implicit)
2014-07-05 12:19:32 +00:00
John Marino
bf1b55a763 Add two new math ports: why3 and why3-gpl
The primary motivation for adding why3 is to support the upcoming SPARK
2014 port.  However, SPARK 2014 requires a custom version.  In time the
customizations should make it upstream, but currently the stock version
cannot be used to build SPARK.  They are also licensed differently (LGPL2
for stock, GPLv3 for SPARK version).

Rather than force people that find why3 useful on their own to accept a
custom version, both are offered although they currently conflict.

Why3 has optional dependencies on coq, isabelle, and frama-c, and all
three have issus:
  * coq rebuilds its libraries in $LOCALBASE, could be issue with coq
  * isabella currently has a broken dependency (sjsml) and only for i386
    when it's not.  Updating to 2013-2 version failed, as did trying to
    build it with polyml instead of sjsml
  * frama-c is fine, but the plugin code in why3 is still experimental
    and upstream recommends that it not be used.

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

Why3 is a platform for deductive program verification. It provides a rich
language for specification and programming, called WhyML, and relies on
external theorem provers, both automated and interactive, to discharge
verification conditions. Why3 comes with a standard library of logical
theories (integer and real arithmetic, Boolean operations, sets and maps,
etc.) and basic programming data structures (arrays, queues, hash tables,
etc.). A user can write WhyML programs directly and get correct-by-
construction OCaml programs through an automated extraction mechanism.
WhyML is also used as an intermediate language for the verification of C,
Java, or Ada programs.

Why3 is a complete reimplementation of the former Why platform. Among the
new features are: numerous extensions to the input language, a new
architecture for calling external provers, and a well-designed API,
allowing to use Why3 as a software library. An important emphasis is put
on modularity and genericity, giving the end user a possibility to easily
reuse Why3 formalizations or to add support for a new external prover if
wanted.
2014-06-04 19:22:33 +00:00