7.0.g20191020_2develΣ=0 7.0.g20191020_2Version of this port present on the latest quarterly branch.
DEPRECATED: Very outdated and unsupported upstream, current version in tree is several years old and upstream is still active This port expired on: 2022-09-30
port deleted on 2022-09-30 REASON: Has expired: Very outdated and unsupported upstream, current version in tree is several years old and upstream is still active
cleanup: Remove expired ports:
2022-09-30 devel/flang-clang: Very outdated and unsupported upstream, current
version in tree is several years old and upstream is still active
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 )
devel: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* <jkoshy@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron H. K. Diep <ahkdiep@gmail.com>
* Aaron Hurt <ahurt@anbcs.com>
* Abel Chow <abel_chow@yahoo.com>
* Adam McLaurin
* Adam Saponara <as@php.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
devel/flang-clang: Deprecate and set expiration date to 2022-09-30
Current version is very outdated and unsupported upstream
Upstream is working to improve Flang compiler included in LLVM
See https://github.com/flang-compiler/flang/wiki for more information
This change was also discussed with bapt
PR: 263810
Approved by: jmd (maintainer timeout, 6+ weeks)
devel/flang-clang: fix build with libc++ 14
During an exp-run for llvm 14 (see bug 261742), it turned out that
devel/flang-clang fails to build with libc++ 14:
-- Performing Test LLVM_NO_OLD_LIBSTDCXX - Failed
CMake Error at /usr/local/llvm70/lib/cmake/llvm/CheckCompilerVersion.cmake:38
(message):
Host Clang must be able to find libstdc++4.8 or newer!
Call Stack (most recent call first):
/usr/local/llvm70/lib/cmake/llvm/HandleLLVMOptions.cmake:9 (include)
CMakeLists.txt:95 (include)
-- Configuring incomplete, errors occurred!
See also
"/wrkdirs/usr/ports/devel/flang-clang/work/.build/CMakeFiles/CMakeOutput.log".
See also
"/wrkdirs/usr/ports/devel/flang-clang/work/.build/CMakeFiles/CMakeError.log".
*** Error code 1
This is because libc++ 14 no longer builds if the compiler doesn't
support __builtin_is_constant_evaluated(). Similar to other ports, add a
wrapper to make it work.
PR: 263179
Approved by: maintainer timeout (2 weeks)
MFH: 2022Q2
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
Factor out hardcoding of the string "clang<version". When doing the
work to identify stale versions of clang tree-wide, these instances
cause extra work.
Refactor this usage into LLVM_VER.
Note: this refactoring causes portlint to complain but IMHO this
annoyance is worth tolerating to help ease maintainability.
PR: 239737, 239738
Approved by: maintainer
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
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
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 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
devel/flang[-clang]: remove wrapper script dependency.
Patch flang-clang directly to link the required libraries and include the proper
library directories. Hence, the need of the wrapper script (and it's non-optimal
behavior) vanishes.
While there, mark flang-clang broken on 10. Its LLVM6 base is not supported
there and due to libpgmath only working on 12+, there is no need for it
anyways.
devel/flang[-clang]: update to later snapshots
This introduces flang-driver, a clang6-derived driver / companion compiler, and
uses math/libpgmath as the math library backend. Notably, the latter currently
limits us to 12-CURRENT.
Patches are a combination of carry-over and adapted OpenBSD ones.
While there, pet portlint.
Reviewed by: zeising (mentor), mat
Approved by: zeising (mentor)
Obtained from: Brian Callahan (bcallah@openbsd.org) with adaptations
Differential Revision: https://reviews.freebsd.org/D17036
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
Mark BROKEN: fails to package
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/flang-clang/work/stage/usr/local/flang/lib/clang/5.0.1/include/__clang_cuda_builtin_vars.h:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/flang-clang/work/stage/usr/local/flang/lib/clang/5.0.1/include/__clang_cuda_cmath.h:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/flang-clang/work/stage/usr/local/flang/lib/clang/5.0.1/include/__clang_cuda_complex_builtins.h:No
such file or directory
...
Reported by: pkg-fallout
devel/flang-clang: Update to a new snapshot and fix pkg-plist to match the
recent upgrade of LLVM 5.0.0 to 5.0.1. Update requires patch to remove -ldl.
devel/flang: Bump PORTREVISION to force recompilation after the above companion
compiler update.
PR: 225174 (for the LLVM 5.0.1)
Approved by: swills (mentor, implicit)
devel/flang, devel/flang-clang: Upgrade to use LLVM5.0 as the backend compiler
and use clang from upstream's LLVM5 branch.
While there, also remove all potential calls to sincos() as the function is, in
difference to what man (3) sincos reports on HEAD, not available in either 10 or
11 branches.
Reported by: jrm (sincos issue on 10/11)
Reviewed by: swills (mentor)
Approved by: swills (mentor), jrm (tested math/R with it)
Differential Revision: https://reviews.freebsd.org/D12735
devel/flang-clang and devel/flang: Upgrade to later snapshots. They bring a lot
of fixed bugs inside of flang and support for ejecting AVX512 operations.
Removes dependency on lang/openmp since devel/llvm40 brings its own (correct)
libomp.so.
Reviewed by: swills (mentor)
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D12734
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
devel/flang and devel/flang-clang: Update to later snapshots. While there, mark
flang-clang as only for amd64. It is only useful for flang and flang is only for
amd64 at the moment.
Reviewed by: swills (mentor)
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D12029
Make ninja opt-out in cmake.mk
Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
new ports: devel/flang and devel/flang-clang.
Welcome the freshly released flang Fortran LLVM compiler (currently only for
amd6) ! It needs as a companion a custom clang, added as flang-clang.
Reviewed by: swills (mentor)
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10805