which restores compatibility with old databases (version 1.8) and some
later versions which were built without mmap(2) support. Due to shlib
version change, bump port revisions of the consumer ports.
PR: 233059
Exp-run by: antoine
Approved by: maintainer (johans, numerous timeouts)
upstream and there won't be any further snapshots of this branch. (The
current/latest essentially is the same as the 6.5 release).
Hence remove the lang/gcc6-devel port which has been tracking snapshots
all along.
lang/gcc6 is a direct replacement and will be available for a longer
time. Note this is also the last version of GCC featuring the Java
front end.
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
Now that CHICKEN 5.0.0 is out, as discussed with the previous
maintainer, users should slowly migrate to lang/chicken5. Give a
1-year notice.
PR: 230535
This update includes the fix build oon 13-CURRENT.
PR: 232836
Submitted by: Greg V <greg@unrelenting.technology> (maintainer)
Approved by: mentors (implicit)
The BROKEN_SSL variable is already filled in the case the OPENSSL option
is checked. Those extra lines were left-over from a debugging session.
No need to MFH this commit, the MFH of the initial change took care of
not adding them in the first place.
With some patching [1], Erlang 19.x supports OpenSSL 1.1.x (lang/erlang,
lang/erlang-runtime19).
However, previous versions are now marked as broken with OpenSSL 1.1.x.
PR: 225898
Submitted by: brnrd [1]
Obtained from: Upstream
- There was no obvious reason to split these ports, and it makes
porting simpler; the set of ports using either mostly coincided.
Exp-run by: antoine
PR: 223687
PR: 232751
In file included from /wrkdirs/usr/ports/lang/swift/work/swift-3.1.1/swift/lib/SILGen/SILGenProfiling.cpp:13:
In file included from /wrkdirs/usr/ports/lang/swift/work/swift-3.1.1/swift/lib/SILGen/SILGenProfiling.h:16:
In file included from /wrkdirs/usr/ports/lang/swift/work/swift-3.1.1/llvm/include/llvm/ADT/DenseMap.h:17:
In file included from /wrkdirs/usr/ports/lang/swift/work/swift-3.1.1/llvm/include/llvm/ADT/DenseMapInfo.h:17:
In file included from /wrkdirs/usr/ports/lang/swift/work/swift-3.1.1/llvm/include/llvm/ADT/ArrayRef.h:13:
In file included from /wrkdirs/usr/ports/lang/swift/work/swift-3.1.1/llvm/include/llvm/ADT/Hashing.h:48:
In file included from /wrkdirs/usr/ports/lang/swift/work/swift-3.1.1/build/Ninja-ReleaseAssert+stdlib-Release/llvm-freebsd-x86_64/include/llvm/Support/DataTypes.h:33:
In file included from /usr/include/c++/v1/cmath:305:
In file included from /usr/include/c++/v1/math.h:309:
/usr/include/c++/v1/type_traits:1366:38: error: incomplete type 'swift::Expr' used in type trait expression
: public integral_constant<bool, __is_abstract(_Tp)> {};
^
Reported by: pkg-fallout
backend/go.c:80:11: error: constant expression evaluates to -1 which cannot be narrowed to type 'mftype' (aka 'unsigned int') [-Wc++11-narrowing]
{ 0,MFall,MFcnp,MFcp,MFcse,MFda,MFdc,MFdv,MFli,MFliv,MFlocal,MFloop,
^~~~~
Reported by: pkg-fallout
ago, has merely seen patching and prodding by several of us, often when
it got into the way of updates of other parts of the Ports Collection.
This is the case once again with a pending update of GCC to version 8,
where we run into
gmake[2]: Entering directory '/wrkdirs/usr/ports/lang/gprolog/work/gprolog-1.4.4/src/Fd2C'
gplc -c --fast-math fd2c.pl
=>> Killing runaway build after 7200 seconds with no output
after already workarounds in place for other versions of remotely
recent compilers. Bite the bullet and mark for deprecation and
removal one-and-a-half months from now
PR: 231590
Unbreak this Port on mips64 and powerpc64
PR: 231462 232160
Reported by: Piotr Kubaj <pkubaj@anongoth.pl>
Approved by: tz (implicit)
Sponsored by: Netzkommune GmbH
jbeich commented on some ports in D17724 but I forgot to add them to the list.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
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
overwrites it. Remove the latter to use the proper compiler. Also use
libstdc++ on GCC architectures to fix build.
While here, pet portlint.
PR: 232386
Submitted by: Piotr Kubaj
Approved by: portmgr (tier-2 blanket)
FUTURES actually seems to require JIT (errors with JIT-related object files
when compiling on aarch64), so move FUTURES to the amd64/i386 only section.
aarch64 also required a define. Submitted upstream:
https://github.com/racket/racket/pull/2187
While here, clarify the status on powerpc64 (tested by linimon).
PR: 230019
Submitted by: greg at unrelenting dot technology
Approved by: portmgr (tier-2 blanket)
Its output can vary, and not be the correct one because of hard links.
So replace the hard links with symlinks so that there is only one perl.
PR: 232501
Reported by: Helge Oldach
This commit changes the location of the example scripts and manpages. They are
now installed in the proper PREFIX/bin and PREFIX/man/man1 - so they are in
path and reachable by man(1) - and are renamed with an expect_ prefix to avoid
conflicts due to their common names.
A pkg-message has been added to notify users of this change. Portrevision has
been bumped.
PR: 232732 (based on)
Submitted by: Walter Schwarzenfeld <w.schwarzenfeld@utanet.at>
Reported by: Dennis Clarke <dclarke@blastwave.org>
