- Remove leading article, revise capitalization in COMMENT
- Convert to new options framework
- Support staging
- Add launch script and desktop entry file
PR: ports/182482 [1]
Submitted by: Max Sterling <maxclsb@gmail.com> [1]
- Update to 2.0.1
- Change master sites to SAVANNAH
- Change maintainer email to @FreeBSD.org
- Remove conflict with non existent Port
- USES pathfix pkgconfig
- Add executable
- Add DOCS Option
- Support STAGEDIR and add OPTIONS_SUB
- Use pathfix instead of simple patches
- Adjust patches
- Change WWW
graphics/OpenEXR
- Update to 2.0.1
- Change master sites to SAVANNAH
- Change maintainer email to @FreeBSD.org
- Use the new format for LIB_DEPENDS
- USES gmake pathfix pkgconfig
- Add DOCS and EXAMPLES Options
- Support STAGEDIR and add OPTIONS_SUB
- Change REINPLACE_CMD
- Add extra patch for EXAMPLES
- Remove obsolete patches
- Bump dependent ports' revisions
Approved by: pawel / wg (mentors)
- Remove leading article from COMMENT
- Use default dependency for science/hdf5-18
- Add patch
PR: ports/181483
Submitted by: Johannes Meixner <xmj@chaot.net>
Approved by: wg (mentor)
- Convert to new LIB_DEPENDS format
- Use options helpers and plist substitution
- Add support for STAGEDIR
- Reformat pkg-descr
PR: ports/182802
Submitted by: KATO Tsuguru <tkato432@yahoo.com>
Pydap is an implementation of the Opendap/DODS protocol, written from scratch.
You can use Pydap to access scientific data on the internet without having to
download it; instead, you work with special array and iterable objects that
download data on-the-fly as necessary, saving bandwidth and time. The module
also comes with a robust-but-lightweight Opendap server, implemented as a WSGI
application.
WWW: https://pypi.python.org/pypi/Pydap
PR: ports/181687
Submitted by: Johannes Meixner <xmj chaot.net>
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
- 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
- Removed compatibility with K&R compilers, which was untestable due
to lack of such compilers.
- New functions
. mpc_log10
. mpc_mul_2si, mpc_div_2si
- Speed-ups
. mpc_fma
- Bug fixes
. mpc_div and mpc_norm now return a value indicating the effective
rounding direction, as the other functions.
. mpc_mul, mpc_sqr and mpc_norm now return correct results even if
there are over- or underflows during the computation.
. mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
infinite part and equals output variable is corrected.
. mpc_fr_sub: Wrong return value for imaginary part is corrected.
Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.
Bump PORTREVISIONS of all dependent ports.
PR: 183141
Approved by: portmgr (bdrewery)
The following ports will not build with a binutils 2.22+ linker built
with standard options. This has been obvious with DPorts, but difficult
to see on FreeBSD. However, setting the ports compiler as a recent gcc
(e.g lang/gcc48) is an excellent way to detect the unspecified but needed
libraries as these recent GCC compilers use the latest binutils linkers.
These patches were tested on FreeBSD 8.4 and DragonFly 3.5
The non-header fix addresses the error, "calls to overloaded operations cannot
appear in a constant-expression". The fix was suggested on various bug
trackers.
Approved by: portmgr (bapt, implicit)
Also, this port unfortunately sets -Werror, and the use of long-long
with c++98 triggers a warning, so also turn off that check.
Approved by: portmgr (bapt, implicit)
All versions of FreeBSD we support are shipped with at least GCC 4.2.1
or Clang. The code seems to build fine with Clang. In fact, on platforms
where we no longer ship libstdc++, this port seems to only build using
Clang.
