LIBXSMM is a library for specialized dense and sparse matrix operations as well
as for deep learning primitives such as small convolutions targeting Intel
Architecture. Small matrix multiplication kernels (SMMs) are generated for Intel
SSE, Intel AVX, Intel AVX2, IMCI (KNCni) for Intel Xeon Phi coprocessors (KNC),
and Intel AVX-512 as found in the Intel Xeon Phi processor family (KNL, KNM) and
Intel Xeon processors (SKX). Highly optimized code for small convolutions is
targeting Intel AVX2 and Intel AVX-512, whereas other targets can automatically
leverage specialized SMMs to perform convolutions.
The library supports statically generated code at configuration time (SMMs),
uses optimized code paths based on compiler-generated code as well as Intrinsic
functions, but mainly utilizes Just-In-Time (JIT) code specialization for
compiler-independent performance (matrix multiplications, matrix transpose/copy,
sparse functionality, and small convolutions). LIBXSMM is suitable for "build
once and deploy everywhere" i.e., no special target flags are needed to exploit
the available performance.
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 )
math/libxsmm: fix build on non-amd64
On non-amd64, PLATFORM=1 needs to be passed to disable JIT.
Also, add a way to read TBR that does not depend on glibc.
Drop dependency on devel/openmp
- Drop if devel/llvm* was used as a substitute
Approved by: yuri, rene (earlier version)
Differential Revision: https://reviews.freebsd.org/D23020
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
Switch to ONLY_FOR_ARCHS=amd64.
This port does not build on e.g. powerpc64 due to hardwired assumptions
about x86 e.g. in the unconditionally-built src/libxsmm_cpuid_x86.c.
Previously it had been marked BROKEN on i386 since it requires 64-bit.
So, the easiest thing to do in this case is mark it amd64-only.
Approved by: portmgr (tier-2 blanket)
devel/openmp: phase out
- Expire after the last version without /usr/lib/libomp.so
- Drop SOVERSION for seamless transition (i.e., avoid conditionals)
PR: 236907
Approved by: bapt (maintainer)
Differential Revision: https://reviews.freebsd.org/D19767
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
