The port invokes the linker directly (not via the compiler driver).
lld does not include any default search paths (unlike the GNU BFD linker
so cannot find libraries specified as e.g. -lm or -lz.
This can be addressed by invoking the linker via the compiler driver,
or by specifying the search path explicitly with -L. For now just avoid
using lld to link the port.
PR: 214864, 221808
Sponsored by: The FreeBSD Foundation
After testing every pecl-* port with PHP 5.6, 7.0, 7.1 and 7.2
i set the IGNORE_WITH_PHP accordingly to the fallout.
PR: 222165
Reported by: brnd
Approved by: portmgr (blanket)
Differential Revision: https://reviews.freebsd.org/D13476
We were not setting the flag to select the GNUstep ABI, so were defaulting to
using the GCC-compatible version, which was likely to trigger a lot of subtle
bugs. This was noticed when C++ exceptions thrown through Objective-C stack
frames caused segfaults.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
Notable changes:
- mcrypt module was removed
- sodium module was added
- sybase_ct artifacts removed
Also many PECL ports will not work with this version
since some files got renamed.
Reviewed by: mat, ale, Rainer Duffner <rainer@ultra-secure.de>
Differential Revision: https://reviews.freebsd.org/D12980
* update to 5.40.0
* unreleated cleanups:
- unify use of DISTVERSION
- remove created by line
PR: 223602
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D12966
- Create OPTIONS to set possible languages to be used at build time instead of
using LOCALE environment variable [2]
- While here, pet portlint
- Bump PORTREVISION
PR: 219716 [1], 223259 [2]
Submitted by: ed@ [1], Matt <fsbruva@yahoo.com> [2]
Reported by: O. Hartmann <iohartmann@walstatt.org> [1]
Sponsored by: Rubicon Communications, LLC (Netgate)
installation on 64-bit systems even if 32-bit libraries are not present
(binary was statically linked): nowadays, the binary is linked dynamically
and thus requires /usr/lib32. This also allows to remove BROKEN_* knobs.
- Changelog: https://www.rarlab.com/rarnew.htm
- SFX module no longer depends on `misc/compat9x', so SFX option
can be removed
- While here, install more complete set of documentation files
- TIMESTAMP (rarbsd-5.5.0.tar.gz) = 1502460028
PR: 222970
Submitted by: Ralf van der Enden
Approved by: maintainer (gabor, 3+ weeks)
provides much faster, C-based zipfile decryption. The code is actually
95% identical to Python 2.6.5's Lib/zipfile.py, with some very minor
modifications to allow it to compile in Cython, and the _ZipDecrypter
class adapted to take advantage of native C datatypes.
WWW: http://pypi.python.org/pypi/czipfile
