Needs newer GCC than what is in base:
CMake Error at VTK/CMake/vtkCompilerChecks.cmake:4 (message):
GCC 4.8 or later is required.
Approved by: mentors (implicit approval)
misses some 64-bit mips variants.
While here, further collapse tests for multiple variants of arm, mips, powerpc.
Approved by: portmgr (tier-2 blanket)
July 11, 2019.
Today KDE released the third stability update for KDE Applications 19.04. This
release contains only bugfixes and translation updates, providing a safe and
pleasant update for everyone.
Over sixty recorded bugfixes include improvements to Kontact, Ark, Cantor, JuK,
K3b, Kdenlive, KTouch, Okular, Umbrello, among others.
Improvements include:
* Konqueror and Kontact no longer crash on exit with QtWebEngine 5.13
* Cutting groups with compositions no longer crashes the Kdenlive video editor
* The Python importer in Umbrello UML designer now handles parameters with default arguments
Changelog:
https://kde.org/announcements/fulllog_applications-aether.php?version=19.04.3
as a stand-in for "are we running on gcc".
For people already testing powerpc on clang, it is possible that they
already have both compilers in base. Thus, the assumption that "gcc is
in base" (e.g. libstdc++.so exists) always means "force use of GCC" is
already broken. It will be for everyone on -CURRENT once the switch is
made.
While here, standardize on compiler:c++11-lang instead of -lib (they are
equivalent these days), pet portlint, and do some other cleanup.
Approved by: portmgr (tier-2 blanket)
The Ruffus module is a lightweight way to add support for running
computational pipelines.
Computational pipelines are often conceptually quite simple, especially if
we breakdown the process into simple stages, or separate tasks.
Each stage or task in a computational pipeline is represented by a Python
function. Each Python function can be called in parallel to run multiple
jobs.
Ruffus was originally designed for use in bioinformatics to analyse multiple
genome data sets.
WWW: http://www.ruffus.org.uk
Only i386 and amd64 have SSE, don't use it on other platforms.
It probably also builds on ARM platforms with this patch, but someone would have to test it.
PR: 238631
Approved by: yuri (maintainer timeout), mat (mentor)
Differential Revision: https://reviews.freebsd.org/D20821
This allows for port testing with lang/go-devel via GO_PORT, setting
up the Go build environment in a single place, and is step one in
simplifying Go ports that often define too complicated do-build
targets themselves.
USES=go gains new arguments 'run' to add lang/go to RUN_DEPENDS and
'no_targets' for ports with composite builds that call 'go' themselves
and do not need the do-build/do-install targets of USES=go.
PR: 238849
Submitted by: dg@syrec.org (also D20745)
Reviewed by: mat, tobik
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D20746
ports to build against it. Most changes are rather minor and mechanical
except for the devel/gdb (obtained via their bugtracker [1], courtesy of
Doug Evans). One port (science/meep) I had to mark BROKEN after fixing
it proved to be very tedious and actually unreliable. It is very old,
there are newer versions available so it should be fixed by updating.
One port (devel/libruin) had revealed a bug in the new Guile code (an
auxiliary script, really) that had to be worked-round; reference to the
problematic upstream commit is provided in the patch.
PR: 229613
Exp-run by: antoine
[1] https://sourceware.org/bugzilla/show_bug.cgi?id=21104#c8
