RawTherapee is a powerful RAW image processing appliction. It features:
High Image Quality
- Various demosaicing algorithms: AMaZE, DCB, fast, AHD, EAHD, HPHD & VNG4.
- Advanced color handling, including color management.
- Enhanced exposure and tonality tools
- Multiple denoising methods and several tools to enhance details.
Efficiency
- Multi-threaded algorithms for high performance
- Batch processing: convert all the developed images at once without not
loading the processor while you work.
- Basic tools immediately at your hands.
- Parallel editing of multiple images.
- An optional secondary display can be used.
Versatility
- Wide variety of supported cameras
- Advanced control over the algorithms with many fine-tuning parameters.
- Command line usage besides the normal graphical interface.
- Various layouts: single/multiple/vertical tab, with/without filmstrip.
===> The following configuration options are available for rawtherapee-5.13:
DOCS=on: Build and/or install documentation
GCC=on: Build with ports's GCC 14 (newer fail with libc++)
LTO=on: Use Link-Time Optimization
NATIVE=off: Use -march=native (avoid for generic packages!)
OPENMP=on: Enable OpenMP parallel processing (i386/amd64 only)
===> Use 'make config' to modify these settings
LENSFUN INFORMATION:
This package uses lensfun to correct lens aberrations. In case
your camera or lens seem unsupported, try running
lensfun-update-data - this will download new lensfun databases.
DISK SPACE WARNING:
Note that RawTherapee uses version-dependent cache and configuration
directories. Please be advised that cache directories can grow large,
so be sure to check all users' $HOME/.cache/RawTherapee* and have them
remove older cache directories.
Also, after configurations have been moved to the new version's
directory, older $HOME/.config/RawTherapee* directories may be removed.
graphics/rawtherapee: Update 5.12 => 5.13
Extend patch for rtengine/LibRaw.cmake to properly forward our local
CXXFLAGS (available through ${CMAKE_CXX_FLAGS} inside cmake) to the
libraw build, else it will build against GCC's default Standard C++
Library, which might be libstdc++, which then breaks when doing the
final link against the common libc++ based system (GNU libstdc++ and
LLVM's libc++ have incompatible ABIs).
Switch to using the system libfmt, which is version 12 and good.
Changelog: https://rawtherapee.com/downloads/5.13/
PR: 297513
Reported by: mandree (maintainer)
Approved by: osa, vvd (Mentors, implicit)
Pull Request: https://github.com/freebsd/freebsd-ports/pull/581
*/*: Use C.UTF-8 locale
Ports 02f27a83b44d fixed the ports tree to the C locale so it would work
correctly in environments where users use a locale that isn't compatible
with the C locale, e.g. xx_YY.UTF-8 where [A-Z] includes more than just
upper case letters. USE_LOCALE was introduced to let ports use another
locale if they needed it. The C.UTF-8 locale was created later on to be
mostly compatible with the C locale.
Switch the ports tree locale to C.UTF-8 and remove USE_LOCALE. The
world has moved to Unicode so all ports either require it or know how to
build correctly in a Unicode environment.
PR: 295945
Exp-run by: antoine
graphics/rawtherapee: Add GCC (14) build option, clean up
Clear the way for making GCC 15 the default GCC version for ports
(through USE_GCC=yes), and set USE_GCC=14 for this port.
GCC 15 and libc++ aren't compatible today because our (base) libc++'s
header files around C++ type traits are rejected by GCC 15, which wants
us to use library traits instead of (new) trait built-ins such as __decay
on function signatures. This isn't trivial to fix, so use the version
pin to GCC 14 so that everyone else can benefit from 15.
(Using libstdc++ with GCC instead would require the C++ libraries that
expose C++ ABIs in the ports tree, Exiv2, Glib-derivatives be recompiled
in a libstdc++ flavour and possibly be duplicated in a separate install
path. Let's not go to these double efforts yet.)
(Only the first 15 lines of the commit message are shown above )
graphics/rawtherapee: update to v5.12.
ChangeLog: https://rawtherapee.com/downloads/5.12/#new-features
I haven't touched the GCC=yes yet on the assumption it will move to
GCC 14 as default only after FreeBSD 13.4 will be out of support.
On FreeBSD 14.2, GCC 13 and 14 seem fine, assuming sufficient RAM for
MAKE_JOBS_NUMBER because C++ is quite memory hungry. In doubt, build
with a smaller MAKE_JOBS_NUMBER.
graphics/rawtherapee: Revert "pin GCC version to 13."
This reverts commit 7c091b1abc84f4246e557aaf7d04d111e4db9b8f.
Reason I am reverting this is that I can set USE_GCC=14 and
happily compile, without or with LTO and/or native.
My conclusion is that rawtherapee is doing its things right,
but one of its libraries gets compiled for libstdc++, and pollutes
rawtherapee's program space but we don't give rawtherapee libstdc++
but libc++ on systems where the default compiler uses the latter.
PR: 284487
all: drop support for expired FreeBSD 14.0
Simplify expressions for FreeBSD 13.X
Reviewed by: many
Differential Revision: https://reviews.freebsd.org/D46601
graphics/rawtherapee: update to 5.11
and limit the "GCC 12" pinning to FreeBSD 14.0 (or in fact, 14 before
the next OSVERSION before 2023-11-19) because libcxx has been fixed
to build with GCC 13 and newer on 13.3 and 14.1, as seen in
PR: 273682
and the "GCC 12" pin can be removed on 2024-10-01.
This also adds autoreconf and libtool to the build requisites because
RawTherapee's build runs both to configure the embedded new LibRaw
0.21.0.Beta1 (shipped as part of RawTherapee).
ChangeLog: https://raw.githubusercontent.com/Beep6581/RawTherapee/5.11/RELEASE_NOTES.txt
graphics/rawtherapee: work around jpeg-turbo regression
jpeg-turbo hides the jpg_std_message_table, causing linker troubles,
as reported by pkg-fallout. This somehow also snuck past the -exp run.
We now set up the default table in the code that wanted to reference it
and steal the const pointer to the message table as a workaround.
Also, the jpeg-turbo upgrade breaks rawtherapee at run-time, so we
must bump its PORTREVISION.
Rawtherapee 5.10_1 with jpeg-turbo 3.0.3 causes this error,
preventing a program start:
ld-elf.so.1: /usr/local/bin/rawtherapee: Undefined symbol
"jpeg_std_message_table@LIBJPEG_8.0"
PR: 279371
graphics/rawtherapee: update to 5.10
ChangeLog: https://rawtherapee.com/downloads/5.10/#new-features
We need to stick to GCC because LLVM-compiled code may take more than
twice as much processing time as GCC-compiled does, for my test set
comparing a few images with denoising and stuff on FreeBSD-14.0-RELEASE
amd64 comparing GCC 12.3 to clang 16.0, and similar values on
FreeBSD-13.2-RELEASE.
Pin GCC to 12 and override -stdlib accordingly, to fix
PR: 273682
Clean up Makefile a bit, but we cannot let go of the CCACHE
workarounds yet, which we need when enforcing GCC compile.
(Only the first 15 lines of the commit message are shown above )
graphics/rawtherapee: Revert "drop USE_GCC..."
This reverts commit fff0cd6cf3ae5141f7f588e27b8e71839ee742be.
Caused regressions on the build of too many FreeBSD versions, as
Reported by: pkg-fallout@
MFH: 2023Q4
accessibility/at-spi2-core: update to 2.46.0
What's new in at-spi2-core 2.46.0:
* Fix GetInterfaces documentation on org.a11y.atspi.Accessible
interface.
What's new in at-spi2-core 2.45.91:
* Send device event controller events using the same signature as other
events.
* Document the Accessible, Action, and Cache dbus interfaces.
* Fix license of atspi-gmain.c (#87).
What's new in at-spi2-core 2.45.90:
* xml: Add some documentation.
* xml: Fix event arguments.
(Only the first 15 lines of the commit message are shown above )
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 )
graphics: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* Aaron Dalton <aaron@FreeBSD.org>
* Abel Chow <ozsanh45vds001@sneakemail.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Ade Lovett <ade@lovett.com>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Hayward <xelah@xelah.com>
* Alex Ivasyuv <siegerstein@pochta.ru>
* Alex Samorukov <samm@os2.kiev.ua>
(Only the first 15 lines of the commit message are shown above )
depedencies: fix wrong dependencies on libcanberra-gtk.so
Since those packages were switced to gtk3 they never depended on
libcanberra-gtk.so anymore (gtk2)
PR: 264092
Reported by: Jonathan Chen <jonc@chen.org.nz>
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
Style: improve ONLY_FOR_ARCHS_REASON (grammar, markup, etc.)
ONLY_FOR_ARCHS_REASON is used as part of the sentence and thus should
start with lower-case letter and not end with a period which is added
by the framework, similar to other knobs like BROKEN, IGNORE, et al.
While here, remove needless quoting, add missing Oxford comma, expand
contractions and jargonisms, use correct spelling for proper names.
INSTALLS_ICONS: retire the macro and rework the related dependencies
While here, make sure gtk-update-icon-cache is only on run dependency
where added as a dependency
Enforce gtk3 to depend on gtk-update-icon-cache (previously it was
inheriting the dependency)
Remove support for FreeBSD 12.1 from various ports.
FreeBSD 12.1 reached end-of-life today. Adjust the message
for the wine ports while here, since stable/13 has branched.
Submitted by: rene
Reviewed by: jbeich, mandree, mat, osa
Approved by: portmgr (mat)
Differential Revision: https://reviews.freebsd.org/D28406
graphics/openexr: graphics/ilmbase: v2.5.4 update
"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>
Cherry-pick upstream commit for GCC 11 compatibility:
<https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc>
Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)
MFH: 2021Q1 (this requires discussion by ports-secteam@!)
graphics/rawtherapee: further stability improvements
- drop TCMALLOC option everywhere, it causes massive slowdowns
+ bump PORTREVISION to flush out old packages
- revise self-tests a bit to make them easier to analyse
NOTE: an OpenEXR-induced PORTREVISION bump is expected in the next
few days, so you may want to hold off on manually rebuilding _8
and wait for _9.
graphics/rawtherapee: build stability improvements
- on some systems, the base binutils's ar does not support --plugin.
Use BINARY_ALIAS to make sure the port/package binutils's ar and
ranlib are used. [1]
- while here, disable TCMALLOC on FreeBSD 11, which appears to cause
strange errors in the run-time self-tests
-> bump PORTREVISION to flush out old packages
- while here, rearrange a bit per portclippy's suggestions
PR: 251041 [1]
PR: 240594 comment #9 [1]
Reported by: rozhuk.im@gmail.com [1]
Prefer graphics/ligvrsvg2-rust over graphics/librsvg2
- switch to the more modern version of librsvg2 on architectures
supporting rust
- this will fix some graphical issues on these architectures
PR: 250276
Exp-run by: antoine
Submitted by: tobik
Differential Revision: https://reviews.freebsd.org/D18878
graphics/rawtherapee: update comments and _REASONS after 11.3 EOL
The 11.3 assessments about limitations carry over to 11.4.
Reported by: rene@
Differential Revision: https://reviews.freebsd.org/D26646
graphics/rawtherapee: avoid 2>&1 in test, UCL conversion of pkg-message
- in the smoke tests post-install, don't fold stderr into stdout,
remove the 2>&1. Version is emitted on stdout, because there are
sporadic reports of one rawtherapee-cli test not proceeding to
the echo, and we don't want to mask stderr to see what's up. [1]
- while here, after figuring out that make create-manifest and the
porter's handbook are inconsistent [2], convert pkg-message to UCL,
and make sure it's printed on install and on upgrade.
(Bump PORTREVISION so that pkg-message is shown on upgrade.)
[2] see https://reviews.freebsd.org/D24379
PR: 245592
Reported by: tech-lists@zyxst.net
Clean up ports after FreeBSD 12.0 reached end-of-life.
emulators/mesen is left out for now, as it breaks on 11.3
Submitted by: rene
Reviewed by: jbeich, zeising
X-Differential Revision: https://reviews.freebsd.org/D24211
Drop dependency on devel/openmp
- Drop if devel/llvm* was used as a substitute
Approved by: yuri, rene (earlier version)
Differential Revision: https://reviews.freebsd.org/D23020
graphics/rawtherapee: update to 5.8, and more
* Update rawtherapee to 5.8.
- New Capture Sharpening tool (on the "Raw" tab)
- CR3 support for decoding (not metadata yet)
- Improvements of various camera models.
- http://rawtherapee.com/downloads/5.8/
* Add two post-release patches cherry-picked from Git
- The Canon sRAW/mRAW black level computation fix, 4221fdf3
- The fix to install 32/64/SVG icons, 37bfa83 (291abfd)
* Switch MASTER_SITES to https://rawtherapee.com (from http://)
* Add local MASTER_SITES and mirror 5.8 source.
(Only the first 15 lines of the commit message are shown above )
graphics/rawtherapee: document Makefile better, test-process images
...under "make test", if any are placed into testimages/
No functional changes to generated package => PORTREVISION unchanged.
graphics/rawtherapee: fix a few build glitches
In some circumstances, ${_MAKE_JOBS_NUMBER} remains undefined,
failing configure. Use ${MAKE_JOBS_NUMBER} instead.
Compile time optimizations:
* 5.7 regressed in that it would not use ccache.
Reintroduce ccache where configured.
* Add -fno-fat-lto-objects to CFLAGS.
Cleanup duplicate LDFLAGS+=-Wl,--as-needed
PR: 240648
Update to new rawtherapee release 5.7.
Quoting the webpage:
+ Film Negative tool, for easily developing raw photographs
of film negatives.
+ Support for reading "rating" tags from Exif and XMP, shown in the
File Browser/Filmstrip using RawTherapee's star rating system.
+ Hundreds of bug fixes, speed optimizations and
raw format support improvements.
While here, simplify compiler choice and optimize the output:
- always require GCC >= 9 and binutils
- remove OPTIMIZED_CFLAGS option and always turn it on
- always require SSE2 on i386 and amd64
- turn on LTO (link-time optimization/LTCG link-time code generation
(I just tried one rawtherapee-cli conversion on a Sony ARW file,
and CPU user time went down from 25 to 17 s)
- add a note about lensfun data set downloads
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
devel/openmp: phase out
- Expire after the last version without /usr/lib/libomp.so
- Drop SOVERSION for seamless transition (i.e., avoid conditionals)
PR: 236907
Approved by: bapt (maintainer)
Differential Revision: https://reviews.freebsd.org/D19767
Update RawTherapee to 5.6 release.
Announcement: <https://rawtherapee.com/blog/rawtherapee-5.6-released>
Only offer OPENMP option on x86/amd64 for now.
While here, avoid -mtune=generic on anything but x86/amd64/aarch64. [1]
PR: 237285 [1]
Submitted by: pkubaj [1]
rawtherapee: fix exit SIGABRT, enable OpenMP/i386
Backport 'Explicitly destroy static Glib::RefPtr<>s on exit' from
Hombre57's hidpi-icons branch in GitHub (now merged to dev branch).
Also expose pixbufCache globally and explicitly .clear() it before exit().
Fixes the SIGABRT-on-exit issue.
Remove the wrapper that runs ulimit -c 0 before rawtherapee.
Enable OpenMP on i386 (uses GCC for now).
Shorten option descriptions so they don't get truncated.
Only add -msse2 on i386 and amd64, to fix broken aarch64/powerpc64 builds.
Fix various portlint warnings, removing USE_LDCONFIG.
PR: 205370
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
Update to new upstream release 5.5.
Credits to Greg for a thorough preparation of the update,
much appreciated with a huge thank you.
Release announcement:
<https://rawtherapee.com/blog/rawtherapee-5.5-released>
A selection of news (read the announcement for more, and screenshots):
* stripe artifact removal for phase detection auto-focus (PDAF)
for Nikon Z6, Z7, and various Sony cameras
* improved support for Canon mRaw
* new Shadows/Highlights tool
* constrast threshold masks to filter effects by high/low detail regions
* new color toning methods
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Upgrade rawtherapee to new release 5.4.
Release info: <http://rawtherapee.com/blog/rawtherapee-5.4-released>
The abort-on-exit bug with core dump is known to persist.
<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205370>
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Update to new upstream release 5.2.
Changelog: <http://rawtherapee.com/blog/rawtherapee-5.2-released>
Detailed: <https://github.com/Beep6581/RawTherapee/commits/5.2>
* Add a "remote" mode (-R command line option)
* Add DCP profile for FUJIFILM X-T20
* Overall speedup and stability improements, fixed memory leaks
* More accurate tone mapping tool preview
Make ninja opt-out in cmake.mk
Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
Now that GCC 5 is the default version in the Ports Collection, remove
a workaround that explicitly requests that version from the rawtherapee
and rawtherapee-devel ports.
Approved by: mandree (maintainer)
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
graphics/rawtherapee(-devel): Fix OSVERSION, use with OPSYS
The OSVERSION for FreeBSD 10.3 is 1003000, not 1030000. The last commit
blocked FreeBSD 10.3 too. OSVERSION is also supposed to be used in
conjunction with OPSYS.
Approved by: just-fix-it
Block esoteric systems.
In particular, only support amd64 for FreeBSD 12+ (-CURRENT),
Nail the coffin of EOL distros: IGNORE builds before 10.3-RELEASE,
and force -mstackrealign on i386 gcc to put an end to i386
instabilities. (for some reason, FreeBSD 12-CURRENT chooses GCC rather
than base clang, and then breaks the stack alignment for SSE2 again,
causing SIGBUS[1].)
[1]
http://beefy11.nyi.freebsd.org/data/head-i386-default/p432608_s312909/logs/rawtherapee-devel-5.0.log
Reported by: pkg-fallout@ [1]
Update to new 5.0-gtk3 release (synch with graphics/rawtherapee-devel)
Changes: <http://rawtherapee.com/blog/rawtherapee-5-released>
Due to GCC issues on i386 with stack misalignment for SSE2 instructions,
use the base system clang there, and use GCC 5+ on amd64. Since i386
has no OpenMP support, even clang 3.4 in FreeBSD 10.3 is good enough.
Note that the cache directory suffix, which used to be 4.1, is now
empty, so the cache directory is now ~user/.cache/RawTherapee.
~user/.cache/RawTherapee4.1 should be renamed before the start, or
removed.
Miscellaneous cleanups all over the place.
Further cleanup, 11-RELEASE build fixes.
Prune unused dependencies via -Wl,--as-needed.
Build with as few requirements as works for 10.3-RELEASE and
11.0-RELEASE, i386 and amd64. This should use the base CC on anything
but 10.3-RELEASE amd64, where we use GCC 4.9 for OpenMP support.
Specifically, 11.0-RELEASE compilations do *not* work with GCC 4.9 and
the result fails with SIGBUS with apparent bogus SSE code generation and
misalignment.
Fix sound theme support via libcanberra (change Linux ifdefs to !Apple
ifdefs).
(Only the first 15 lines of the commit message are shown above )
Clean up, minor options fixes and shuffling.
- drop -ffast-math from the compiler flags [1]
- drop libc++ hacks for FreeBSD 9.x/10.1 and use the new gcc-c++11-lib [2]
- be sure to optimize for packaging when PACKAGE_BUILDING [3]
- simplify CMake OPTION_OMP passing [2]
- bump PORTREVISION
Reported by: Ingo Weyrich [1], jbeich@ [2], DrSlony
Fix devel/glib20-induced abort() with dir monitoring.
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
Uses/cmake.mk: Replace CMAKE_ENV with CONFIGURE_ENV.
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
