Note: untested in poudriere since texlive-base is currently defunct.
I could reproduce the problem on 10.1-amd64 on a bare metal build
and check that Christoph's patch works, so committing it. Please report
fall-out in the PR indicated below.
+ Bump PORTREVISION to trigger rebuild.
PR: 202250
Submitted by: Christoph Moench-Tegeder
Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.
This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).
Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
retrieved from the CMAKE_CXX_COMPILER variable in the build
system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
has no effect on the build system.
Reviewed by: makc
Differential Revision: https://reviews.freebsd.org/D3403
This got broken by the way how the port detects that the system is
clang-based in order to force libc++, and should be fixed now.
PR: ports/186240
Reported by: Christoph Moench-Tegeder
Upstream changes are described at:
<http://rawtherapee.com/blog/rawtherapee-4.0.12-released>
[2] brings back OpenMP support and fully optimized sources, but it does
require GCC 4.8 to avoid internal compiler errors in older GCC releases,
and adds a build dependency on the libc++ port to bring in the required
compile-time namespace transformations to have Rawtherapee use libc++
(as the other C++-based requisite ports do).
Thanks to: Baptiste Daroussin (bapt@) for help with [2]
PR: ports/186240 [1]
Submitted by: Christoph Moench-Tegeder [1]
- Add desktop-file-utils to the USES list, bumping PORTREVISION.
- Force USE_GCC only on OSVERSION < 1000024, to avoid running into
a libc++/libstdc++ mismatch in glibmm-2.4 on FreeBSD 10
(which caused linker troubles in the Glib:: namespace due to
libc++-based different mangling - glibmm is compiled to use libc++
on 10-STABLE, so we cannot USE_GCC there).
- Force disable OpenMP option on non-GCC systems, because clang does
not yet support it.
- In order to be able to use clang, force ipsharpen.cc to be compiled
with -O1 only because -O2 or higher optimization levels lead to
excessive compile times, so long that I never waited for the compile
to complete (over 10 minutes on a Phenom II at 2.5 GHz).
- Quench unused-command-line-arguments warnings on clang.
This should fix the compile on 10-STABLE and HEAD.
Whether the software actually works I cannot currently test due to
lack of a full desktop install of 10-STABLE.
- 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)
Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.
This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.
That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.
Approved by: portmgr (bdrewery)
- change cmake to cmake:outsource to avoid a warning [1]
- paranoia: check rawtherapee --help if it prints the version number, to
make sure that it links to the right shared libraries (base libgomp is
insufficient), just in case RPATH propagation or setting breaks later
on. [by yours truly]
PR: ports/178206 [1]
Submitted by: Waitman Gobble <uzimac@da3m0n8t3r.com> [1]
This should fix the issues mentioned in the PRs given below,
in particular, it should do away with the need for libmap.conf hacks
for libgcc_s, libgomp, libobjc, libssp, libstdc++.
(the Makefile as I took it already set the linker's -rpath, and
patch-CMakeLists.txt ensures CMake keeps it during "make install").
ChangeLog 4.0.10: http://rawtherapee.com/blog/rawtherapee-4.0.10-released
ChangeLog 4.0.11: http://rawtherapee.com/blog/rawtherapee-4.0.11-released
PR: ports/171079
PR: ports/178206
are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility
This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG
it can take the following arguments:
- yes (meaning build only dep)
- build (meaning build only dep)
- run (meaning run only dep)
- both (meaning run and build dep)
From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.
While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config
With Hat: portmgr
Exp-runs by: bapt (pointhat-west), beat (pointyhat)
- switch to GOOGLE_CODE as distfiles mirror
- switch to USE_XZ
- add two upstream patches (patch-rtengine-CA__correct__RT.c and
patch-rtengine_array2D.h) [1]
to fix build on i386. They should be removed after release of 4.0.8.
- add patch (patch-rtengine_improcfun.h) to fix build on log2()-less systems
(~everything<=8.3)
- some cosmetics
It would be great if someone with access to ia64, powerpc, sparc64 could confirm
that it still failing there.
[1] http://code.google.com/p/rawtherapee/source/detail?r=4b5ae9eb4000ce5eb8e8939343da4d8f4ee4a36d
Feature safe: yes
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
