*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree
- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
Also move conditional flags for non sparc64/arm ARCH to fixed flags.
Reviewed by: brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068
lang/ghc: Remove USES=localbase and USES=iconv.
Apparently these aren't needed anymore.
Add iconv dependency to devel/stack, because it might download old GHC bindists,
which are still using ports libiconv.
Some Haskell ports: Mark BROKEN on aarch64.
These ports are failing on build cluster for some time. I tried reproducing
it locally and it turned out to be a strange heisenbug - the compiler crashes
when compiling different unrelated files and restarting the build makes the
problem go away.
I wasn't able to extract a minimal reproducing testcase, so didn't contact
upstream.
Mark BROKEN for now and hope for a new compiler version to work.
Reported by: pkg-fallout
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/stack: Add LIB_DEPENDS on compat12x for FreeBSD >= 13.
GHC binaries downloaded by stack are compiled on FreeBSD 11/12 and link to
old libncursesw.so.
Reported by: Alexis Praga <alexis.praga@free.fr>
Uses/cabal.mk: Set EXTRACT_ONLY based on DISTFILES value, just like bsd.port.mk
does.
This removes the need for specifying EXTRACT_ONLY for Haskell ports that have
USE_{GITHUB,GITLAB}.
PR: 244784
devel/stack: Add runtime dep on libffi321
Add a runtime dependency on libffi321 to devel/stack.
stack can be used to pull in haskell modules that are precompiled against
the old libffi shared library.
PR: 247028 (for tracking)
Reguested by: arrowd
Chanse update of devel/libffi
Chase the devel/libffi update
Bump portrevision of all dependent ports to chace shard library version bump
in libffi.
Update LIB_DEPENDS lines where needed to not require a specific version of
libffi.so.
PR: 247028 (for tracking)
devel/stack: Disable AESNI when building cryptonite library.
This Haskell library contains C code, which uses advanced instructions not
present in older amd64 CPUs.
PR: 247288
Reported by: pmueller@occsilva.de
MFH: 2020Q2
For ports with USES=cabal install a wrapper shell script instead of a real
executable into /bin/, that sets some environment variables to workaround
https://github.com/haskell/cabal/issues/5997
While there, update bunch of Haskell ports, install their data files.
PR: 237878
Reviewed by: tcberner
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D20556
lang/ghc: Update to 8.6.3 and bump PORTREVISION's of all Haskell ports.
As usual, it is recommended to rebuild or reinstall all the
dependent ports and the lang/ghc port itself in one of the following
ways:
# portmaster -w -r ghc
or
# portupgrade -fr lang/ghc
In case of pkg(8), it is probably safer to remove all the GHC-dependent
packages along with GHC and reinstall everything from scratch. For
example:
# pkg query "%ro" ghc > ghc-pkgs.txt
# pkg delete -y lang/ghc
# pkg install -y `cat ghc-pkgs.txt`
During update some hs-* ports got two PORTREVISION bumps in a row. Other ports
got a PORTVERSION update together with one PORTREVISION bump. This is caused
by bulk-bumping PORTREVISION of all hs-* ports. There are a lot of them updated,
so figuring out which ones require a bump and which are not is too tedious.
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D18707
lang/ghc: Update to 8.4.3 and bump PORTREVISION's of all Haskell ports.
As usual, it is recommended to rebuild or reinstall all the
dependent ports and the lang/ghc port itself in one of the following
ways:
# portmaster -w -r ghc
or
# portupgrade -fr lang/ghc
In case of pkg(8), it is probably safer to remove all the GHC-dependent
packages along with GHC and reinstall everything from scratch. For
example:
# pkg query "%ro" ghc > ghc-pkgs.txt
# pkg delete -y lang/ghc
In ghc-pkgs.txt, check and remove all the packages that have been moved
on the update, then use this command:
# pkg install -y `cat ghc-pkgs.txt`
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D16038
Update lang/ghc 8.4.2 and the hs-* ports the newer versions
* Update lang/ghc to 8.4.2
* Update the boostrap compiler to 8.4.1
* Update the many hs-* ports
* Bump the rest
Thanks a lot to arrowd for doing all the heavy lifting :)
PR: 227968
Exp-run by: antoine
Submitted by: arrowd
Differential Revision: https://reviews.freebsd.org/D15005
Switch C compiler used to compile GHC to base Clang.
This removes build dependency on gcc and runtime dependency on gcc's runtime
libraries.
Big thanks to Gleb for working on this.
PR: 225185
Submitted by: Gleb Popov <6yearold@gmail.com>
Exp-run by: antoine
Reviewed by: pgj
Differential Revision: https://reviews.freebsd.org/D12043
devel/stack: Update to 1.5.1
- This late port update fixes using Stackage Nightly snapshots
>= 2017-07-31 (which use GHC 8.2.1) with Stack
- Fix iconv dependency and use iconv:translit like all the other
Haskell ports since GHC 8.0.2 was imported in r447548
MFH: 2017Q4
- Update The Glorious Glasgow Haskell Compiler to version 8.0.2
- Simplified port by only suporting GCC, and creating a build.mk file
- Update Pandoc to 1.19.2.1
- Update git-annex to 6.20170520
- Update Darcs to 2.12.5
- Update Gtk2Hs to 0.13.2.2
- Update Agda to 2.5.2
Please note that port revisions for all the Haskell ports without version
changes are bumped.
See the UPDATING file for instructions.
New ports (63):
(Only the first 15 lines of the commit message are shown above )
Remove gcc run dependency
- ghc uses USE_GCC=yes and when USE_GCC=yes implies a different one of
the lang/gcc* ports (which will happen after PR 218330 or when the
user sets a different version of GCC via Mk/bsd.default-versions.mk),
devel/stacks pulls in two conflicting ports - lang/gcc and lang/gcc5 -
in the first case, or pulls in the wrong port for its own dependency.
- Some Haskell libraries/programs require gcc in the PATH, but not all
do; the port should not have a gcc dependency for this reason alone.
PR: 218482
Reported by: gerald
Approved by: lme (mentor)
Differential Revision: https://reviews.freebsd.org/D10459
devel/stack: Fix ambiguous gcc RUN_DEPENDS specification
Not any gcc will suffice, stack needs exactly the gcc from lang/gcc.
The previous specification would match any gcc found on the search path,
e.g. a base compiler.
Approved by: just-fix-it
New port: devel/stack
Stack is a cross-platform program for developing Haskell projects.
It is aimed at Haskellers both new and experienced.
WWW: http://www.haskellstack.org/
PR: 208862
Submitted by: Tobias Kortkamp <t@tobik.me>
