erlang-runtime15Functional programming language from Ericsson
15.b03.1_1,1langΣ=0 15.b03.1_1,1Version of this port present on the latest quarterly branch.
BROKEN: Does not support OpenSSL 1.1, use Erlang 19+ DEPRECATED: No longer supported upstream, use lang/erlang >= 21 This port expired on: 2020-01-01 IGNORE: is marked as broken: Does not support OpenSSL 1.1, use Erlang 19+
Erlang is a programming language used to build massively scalable soft
real-time systems with requirements on high availability. Some of its
uses are in telecoms, banking, e-commerce, computer telephony and
instant messaging. Erlang's runtime system has built-in support for
concurrency, distribution and fault tolerance.
This port contains a standalone runtime environment of Erlang R15
to be used during the development of OTP applications.
WWW: https://www.erlang.org/
===> The following configuration options are available for erlang-runtime15-15.b03.1_1,1:
DTRACE=off: Build with DTrace probes
GS=off: Enable GS application (deprecated)
HIPE=off: Build native HiPE compiler
JAVA=off: Java platform support
KQUEUE=on: Enable Kernel Poll (kqueue) support
ODBC=off: ODBC database backend
OPENSSL=on: SSL/TLS support via OpenSSL
SCTP=on: Enable SCTP support
SMP=on: Enable SMP support
THREADS=on: Threading support
WX=off: Enable WX application
===> Use 'make config' to modify these settings
Remove expired ports:
2020-01-01 databases/couchdb: No longer supported upstream, move to
databases/couchdb2
2020-01-01 databases/riak: No longer supported upstream, see riak 2.9.0 and
newer
2020-01-01 lang/erlang-runtime15: No longer supported upstream, use lang/erlang
>= 21
2020-01-01 lang/erlang-runtime16: No longer supported upstream, use lang/erlang
>=21
2020-01-01 lang/erlang-runtime17: No longer supported upstream, use lang/erlang
>=21
2020-01-01 lang/erlang-runtime18: No longer supported upstream, use lang/erlang
>=21
2020-01-01 lang/erlang-runtime19: No longer supported upstream, use lang/erlang
>=21
Add deprecations for lang/erlang-runtime1* & dependent ports
databases/couchdb and databases/riak as communicated on erlang@FreeBSD
list end of May 2019, with dates adjusted for my tardiness on committing
this.
Reviewed by: jrm
Approved by: olgeni, rm
Sponsored by: SkunkWerks, GmbH
Differential Revision: https://reviews.freebsd.org/D20449
lang/erlang-runtime{15,16,17,18}: Fix trailing include
It should be `bsd.port.post.mk`, not `bsd.port.mk`, because we include
`bsd.port.pre.mk`.
Reported by: olgeni
lang/erlang-runtime{15,16,17}: Remove redundant BROKEN_SSL
The BROKEN_SSL variable is already filled in the case the OPENSSL option
is checked. Those extra lines were left-over from a debugging session.
No need to MFH this commit, the MFH of the initial change took care of
not adding them in the first place.
lang/erlang, lang/erlang-runtime*: Indicate which port supports OpenSSL 1.1
With some patching [1], Erlang 19.x supports OpenSSL 1.1.x (lang/erlang,
lang/erlang-runtime19).
However, previous versions are now marked as broken with OpenSSL 1.1.x.
PR: 225898
Submitted by: brnrd [1]
Obtained from: Upstream
Remove compatibility code for FreeBSD < 11.2 from all ports.
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
Modernization of Erlang ports:
- Convert all ports to options helpers
- Add MANPAGES option to lang/erlang
- Remove HTML and PDF documentation from lang/erlang (went into erlang-doc)
- Remove APP_UPGRADE code because of the doc split
- Reduce diffs between all Makefiles
- Enable dirty schedulers by default on version 20
- Non-SMP beam is deprecated on version 20, so enable SMP unconditionally
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
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
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
Remove ansi version fo wxGTK 2.8 and only keep the unicode version
All applications in the ports tree works correctly with unicode version of wxGTK
Newer version of wxGTK are unicode only (3.0+)
Note that now WX_UNICODE macro is noop
Fix implementation of sendfile function on FreeBSD.
Also, replace USE_AUTOTOOLS with USES=autoreconf while I'm here.
PR: 199649
Submitted by: Stefan Grundmann
lang/erlang* : Use OPTIONS_EXCLUDE_DragonFly to block SCTP option
DragonFly no longer has SCPT in base and when it did, it was ancient.
Approved by: DragonFly blanket
Do not disable the hipe application entirely, even if the HIPE
option is disabled. Dialyzer seems to need at least some beam files
from hipe to perform its job.
Fix unixODBC vs libiodbc conflicts
Always rely on unixODBC each time a port is looking for libodbc.so
Remove odbc compat from libiodbc
This allows to install both kde and gnome at the same time
While here:
- Convert libiodbc to USES=libtool
- Convert a bunch of libiodbc dependencies to USES=libtool
- Chase libiodbc.so shlib change
- Stagify some ports
- Convert some ports to USES=pgsql
Discussed with: rakuco (kde)
With hat: portmgr
Convert all :U to :tu and :L to :tl
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
Replace USE_GCC=4.6+ and USE_GCC=4.4+ by USE_GCC=yes.
Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.
This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.
That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.
Approved by: portmgr (bdrewery)
Add lang/erlang-runtime15.
This port is indented for developers and port maintainers. It is a
copy of lang/erlang with a few differences:
- Nothing is installed in $PREFIX/bin
- Libraries are installed in $PREFIX/lib/erlang15
- You have to change your PATH to actually use it
- Support for building PLTs is removed
- Other ports are not supposed to install anything inside this environment
What is this for:
- Building Erlang applications using the R15 runtime, once R16 is
committed (think Riak).
- Building Erlang applications when there are conflicts with modules
provided by other ports (for example, the RabbitMQ client libraries
conflict with the server code installed by net/rabbitmq).
- Testing new Erlang versions before the main port is upgraded.