Julia is a high-level, high-performance dynamic programming language for
technical computing, with syntax that is familiar to users of other technical
computing environments. It provides a sophisticated compiler, distributed
parallel execution, numerical accuracy, and an extensive mathematical function
library. The library, largely written in Julia itself, also integrates mature,
best-of-breed C and Fortran libraries for linear algebra, random number
generation, signal processing, and string processing.
===> The following configuration options are available for julia-1.10.5_1:
DEBUG=off: Build with debugging support
DOCS=on: Build and/or install documentation
NATIVE=off: Build with native CPU JIT tuning
===> Use 'make config' to modify these settings
lang/julia: update to 1.10.5
Release notes at
https://discourse.julialang.org/t/julia-v1-10-5-has-been-released/118720
Also:
- reorganize some lines to pet portlint
- regenerate the patches
- don’t depend on suitesparse-config but on UMFPACK (including CHOLMOD) and
SPQR
- replace mbedtls2 by mbedtls3 and remove deprecation
- allow to upgrade gmp and mpfr from Makefile
- fix USE_LDCONFIG
- apply the patch from PR 286169
- add a pkg-message about certificate error.
PR: 281237 + 286169
Reported by: Hiroo Ono <hiroo.ono+freebsd (at) gmail.com> and Trond Endrestøl
<Trond.Endrestol (at) ximalas.info>
*/*: bump PORTREVISION after OpenBLAS upgrade
Remark: this souldn’t be necessary, because the version of the library is the
same, but due to many changes between these releases, it is safer this way.
PR: 284314
security/mbedtls: Move to security/mbedtls2
The port has expired but isn't removed yet because there are still too
many consumers. Rename it because the name "security/mbedtls" makes it
look like it's the default version.
PR: 283792
lang/julia: partly remove the dependency on gfortran
Theoretically this port should not depend on gfortran, because we do not
build the bundled OpenBLAS (use the system package) nor SuiteSparse (GPL
libraries are deactivated).
It is certainly possible to totally remove the dependency on gfortran,
but this would require some more intrusive patches: this one only removes
the linkage with the libraries provided by GCC (among them libgomp).
Remark: this does not fix the failure reported at
<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273219#c37>.
lang/julia: unbrake after update of math/suitesparse-cholmod
Looks like julia is incompatible with the latest version of suitesparse-cholmod.
suitesparse is an optional dependency so remove it for now and will
add it back when a version of julia that is compatible with it is
released.
PR: 268025
Reported by: rizor.reardon@yahoo.com (maintainer)
lang/julia: Fix runtime issue
* Disable automatic optimization as this causes runtime issues if CPU
instructions are not available.
* Install certificate
PR: 265109
Reported by: Alexey Vyskubov <alexey@ocaml.nl>
*/*: Update path set in BUILD_DEPENDS for CMake in more ports
Commit b23ea4e2d2f51b53d8915fe9fd7b4efbdd575e38 changed its location to
devel/cmake-core
Approved by: portmgr (blanket)
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
lang: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Aaron Dalton <aaron@FreeBSD.org>
* Adam Weinberger <adamw@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Alex Dupre <ale@FreeBSD.org>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Alonso Cardenas Marquez <acm@FreeBSD.org>
* Andreas Klemm <andreas@klemm.gtn.com>
* Andrew Pantyukhin <infofarmer@FreeBSD.org>
* Andrey Zakhvatov
* Anton Berezin <tobez@FreeBSD.org>
* Anton Berezin <tobez@tobez.org>
(Only the first 15 lines of the commit message are shown above )
lang/julia: Bring back the port.
Reviewed By: thierry, tcberner, Greg V <greg@unrelenting.technology>, Filipe da
Silva Santos <contact@shiori.com.br>, arrowd
Differential Revision: https://reviews.freebsd.org/D33121
Remove expired ports:
lang/julia: metaport, useless without any consumers
2020-12-31 lang/julia10: Uses Python 2.7 which is EOLed upstream
2020-12-31 lang/spidermonkey24: Uses Python 2.7 which is EOLed upstream
2020-12-31 mail/getmail: Uses deprecated version of python
2020-12-31 security/broccoli: Depends lang/python27 which is EOLed upstream
2020-12-31 security/orthrus: Uses Python 2.7 version of scons, and Python 2.7
which is EOLed upstream
2020-12-31 sysutils/ori: Uses Python 2.7 version of scons, and Python 2.7 which
is EOLed upstream
2020-12-31 sysutils/osquery: Uses Python 2.7 which is EOLed upstream
2020-12-31 www/cliqz: Uses deprecated version of python
2020-12-31 www/trac: Uses Python 2.7 which is EOLed upstream
2020-12-31 www/trac-accountmanager: Uses Python 2.7 which is EOLed upstream
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
Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.
Suggested by: tijl
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
- Remove using of libwhich from build process
It doesn't affect julia work but may cause building proess hang
PR: 231479
Submitted by: Iblis Lin <iblis@hs.ntnu.edu.tw> (maintainer)
Reported by: Trond.Endrestol@ximalas.info
Obtained from: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231479#c9
- Copy lang/julia to lang/julia06 and lang/julia07
- Update lang/julia07 to 0.7.0
- Update lang/julia to 0.1.0
PR: 230663
Submitted by: Iblis Lin <iblis@hs.ntnu.edu.tw> (maintainer)
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
Add devel/llvm40 as runtime dependency
Not bumping PORTREVISION because it is implicitly included by pkg qa scripts.
PR: 229274
Submitted by: Iblis Lin <iblis@hs.ntnu.edu.tw> (maintainer)
Reported by: Trond.Endrestol@ximalas.info
MFH: 2018Q3
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
- Link to libopenblasp (threaded version) for better performace
- Point to correct depend: math/arpack-ng
- Bump PORTREVISION
PR: 217056
Submitted by: Iblis Lin <iblis@hs.ntnu.edu.tw>
