variables deprecation revision
WITHOUT_NLS 2013-12-13 r336337
WITH_/WITHOUT_ 2014-02-24 r345870
NOPORT(DOC|EXAMPLE)S 2014-04-19 r351587
WITH_BDB_VER 2016-05-02 r414444
OVERRIDE_LINUX_BASE_PORT 2016-09-05 r421387
WITH_OPENSSL_(BASE|PORT) 2016-06-16 r416965
While there, add an ERROR variable that works like DEV_ERROR, but for
user facing errors, and move NOPORTDOCS,
NOPORTEXAMPLES and WITHOUT_NLS to it.
Cleanup bsd.sanity.mk a bit.
Fix fallout.
PR: 224613
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D13490
This took quite a lot of time because Qt's own build system underwent
several changes in 5.8.0 that took a while to adapt to.
And, of course, qt5-webengine is a behemoth that we need to patch like crazy
due to its bundling of Chromium. In fact, most of the Chromium patches in
qt5-webengine have been imported with no changes from www/chromium@433510
("www/chromium: update to 56.0.2924.87").
New port: accessibility/qt5-speech
Bigger changes to Qt5 ports we had to make:
- Qt now allows using a configure.json file to define configuration options
and specify configuration checks that can be done when qmake is invoked.
However, configure.json checks done in a subdirectory only propagates to
subdirectories, and checks elsewhere will fail if all .pro files are being
parsed at once (i.e. qmake -recursive), so several ports had to switch to
USES=qmake:norecursive along with manual additional qmake invocations in
subdirectories in order to work. It's been mentioned in a few places such
as Qt's bug tracker that qmake's recursive mode is pretty much deprecated,
so we might switch to non-recursive mode by default in the future.
- Uses/qmake.mk: Introduce QMAKE_CONFIGURE_ARGS. qmake now accepts
arbitrary options such as '-foo' and '-no-bar' at the end of the
command-line. They can be specified in QMAKE_CONFIGURE_ARGS.
- graphics/qt5-wayland: The port can only be built if graphics/mesa-libs is
built with the WAYLAND option, so a corresponding option (off by default)
was added to the port.
- misc/qt5-doc: Switch to a pre-built documentation tarball. The existing
port was not working with Qt 5.9. Instead of trying to fix it, switch to
what Gentoo does and fetch a tarball that already contains all
documentation so that we do not have to build anything at all. The
tarball's name and location in download.qt.io look a bit weird, but it
seems to work fine.
- www/qt5-webengine: Use binutils from ports, Chromium's GN build system
generates a build.ninja that uses ar(1) with the @file syntax that is not
supported by BSD ar, so we need to use GNU ar from binutils.
- x11-toolkits/qt5-declarative-render2d: This port was merged into the main
Qt Declarative repository upstream, and into x11-toolkits/qt5-quick in the
ports tree.
Changes to other ports we had to make:
- biology/ugene: Drop a '#define point "."' that is not present in more
recent versions of the port. Defining a macro with such a common name
causes build issues with Qt 5.9, which uses |point| as an argument name in
methods.
- cad/qelectrotech: Fix plist with Qt 5.9. Directories are no longer
installed with `cp -f -R', but rather `qmake install qinstall', which does
not install
%%DATADIR%%/elements/10_electric/20_manufacturers_articles/bosch_rexroth/.directory
That's a local file that should not even have been part of the tarball
anyway.
- chinese/gcin-qt5: Add additional private Qt directories (which should not
be used in the first place) to get the port to build with Qt 5.9.
- devel/qtcreator: Fix plist with Qt 5.9. Something changed in qdoc and some
test classes no longer generate documentation files.
- security/keepassx-devel: Import a patch sent upstream almost a year ago to
fix the build with Qt 5.9.
Thanks to antoine for the exp-run, and tcberner and Laurent Cimon
<laurent@nuxi.ca> for landing changes in our qt-5.9 branch.
PR: 224849
Source/LibRawLite/./internal/dcraw_common.cpp:3786:19: error: constant expression evaluates to 128 which cannot be narrowed to type 'signed char' [-Wc++11-narrowing]
-1,-2,-1,+0,0,0x80, -1,-2,+0,-1,0,0x01, -1,-2,+1,-1,0,0x01,
^~~~
Source/LibRawLite/./internal/dcraw_common.cpp:3786:19: note: insert an explicit cast to silence this issue
-1,-2,-1,+0,0,0x80, -1,-2,+0,-1,0,0x01, -1,-2,+1,-1,0,0x01,
^~~~
static_cast<signed char>( )
Source/LibRawLite/./internal/dcraw_common.cpp:3787:39: error: constant expression evaluates to 136 which cannot be narrowed to type 'signed char' [-Wc++11-narrowing]
-1,-2,+1,+0,1,0x01, -1,-1,-1,+1,0,0x88, -1,-1,+1,-2,0,0x40,
^~~~
Source/LibRawLite/./internal/dcraw_common.cpp:3787:39: note: insert an explicit cast to silence this issue
-1,-2,+1,+0,1,0x01, -1,-1,-1,+1,0,0x88, -1,-1,+1,-2,0,0x40,
^~~~
static_cast<signed char>( )
Source/LibRawLite/./internal/dcraw_common.cpp:3794:19: error: constant expression evaluates to 128 which cannot be narrowed to type 'signed char' [-Wc++11-narrowing]
+0,-2,+0,+0,1,0x80, +0,-1,+0,+1,1,0x88, +0,-1,+1,-2,0,0x40,
^~~~
Source/LibRawLite/./internal/dcraw_common.cpp:3794:19: note: insert an explicit cast to silence this issue
+0,-2,+0,+0,1,0x80, +0,-1,+0,+1,1,0x88, +0,-1,+1,-2,0,0x40,
^~~~
static_cast<signed char>( )
Source/LibRawLite/./internal/dcraw_common.cpp:3794:39: error: constant expression evaluates to 136 which cannot be narrowed to type 'signed char' [-Wc++11-narrowing]
+0,-2,+0,+0,1,0x80, +0,-1,+0,+1,1,0x88, +0,-1,+1,-2,0,0x40,
^~~~
Source/LibRawLite/./internal/dcraw_common.cpp:3794:39: note: insert an explicit cast to silence this issue
+0,-2,+0,+0,1,0x80, +0,-1,+0,+1,1,0x88, +0,-1,+1,-2,0,0x40,
^~~~
static_cast<signed char>( )
Source/LibRawLite/./internal/dcraw_common.cpp:3800:59: error: constant expression evaluates to 128 which cannot be narrowed to type 'signed char' [-Wc++11-narrowing]
+0,+1,+2,+1,0,0x20, +0,+1,+2,+2,0,0x10, +1,-2,+1,+0,0,0x80,
^~~~
Source/LibRawLite/./internal/dcraw_common.cpp:3800:59: note: insert an explicit cast to silence this issue
+0,+1,+2,+1,0,0x20, +0,+1,+2,+2,0,0x10, +1,-2,+1,+0,0,0x80,
^~~~
static_cast<signed char>( )
Source/LibRawLite/./internal/dcraw_common.cpp:3801:19: error: constant expression evaluates to 136 which cannot be narrowed to type 'signed char' [-Wc++11-narrowing]
+1,-1,+1,+1,0,0x88, +1,+0,+1,+2,0,0x08, +1,+0,+2,-1,0,0x40,
^~~~
Source/LibRawLite/./internal/dcraw_common.cpp:3801:19: note: insert an explicit cast to silence this issue
+1,-1,+1,+1,0,0x88, +1,+0,+1,+2,0,0x08, +1,+0,+2,-1,0,0x40,
^~~~
static_cast<signed char>( )
Source/LibRawLite/./internal/dcraw_common.cpp:7384:23: error: constant expression evaluates to 65535 which cannot be narrowed to type 'short' [-Wc++11-narrowing]
{ "Red One", 704, 0xffff, /* DJC */
^~~~~~
Source/LibRawLite/./internal/dcraw_common.cpp:7384:23: note: insert an explicit cast to silence this issue
{ "Red One", 704, 0xffff, /* DJC */
^~~~~~
static_cast<short>( )
Source/LibRawLite/./internal/dcraw_common.cpp:7943:30: warning: use of logical '&&' with constant operand [-Wconstant-logical-operand]
is_raw += (i = get4()) && 1;
^ ~
Source/LibRawLite/./internal/dcraw_common.cpp:7943:30: note: use '&' for a bitwise operation
is_raw += (i = get4()) && 1;
^~
&
Source/LibRawLite/./internal/dcraw_common.cpp:7943:30: note: remove constant to silence this warning
is_raw += (i = get4()) && 1;
~^~~~
Source/LibRawLite/./internal/dcraw_common.cpp:9239:30: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal]
strcpy (th->soft, "dcraw v"DCRAW_VERSION);
^
Reported by: antoine (via bug 224669)
Obtained from: upstream (LibRaw 0.17.0)
In file included from src/libraw_cxx.cpp:5472:
src/../internal/libraw_x3f.cpp:1404:19: error: non-constant-expression cannot be narrowed from type
'int' to 'int16_t' (aka 'short') in initializer list [-Wc++11-narrowing]
int16_t c[3] = {offset,offset,offset};
^~~~~~
src/../internal/libraw_x3f.cpp:1404:19: note: insert an explicit cast to silence this issue
int16_t c[3] = {offset,offset,offset};
^~~~~~
static_cast<int16_t>( )
src/../internal/libraw_x3f.cpp:1404:26: error: non-constant-expression cannot be narrowed from type
'int' to 'int16_t' (aka 'short') in initializer list [-Wc++11-narrowing]
int16_t c[3] = {offset,offset,offset};
^~~~~~
src/../internal/libraw_x3f.cpp:1404:26: note: insert an explicit cast to silence this issue
int16_t c[3] = {offset,offset,offset};
^~~~~~
static_cast<int16_t>( )
src/../internal/libraw_x3f.cpp:1404:33: error: non-constant-expression cannot be narrowed from type
'int' to 'int16_t' (aka 'short') in initializer list [-Wc++11-narrowing]
int16_t c[3] = {offset,offset,offset};
^~~~~~
src/../internal/libraw_x3f.cpp:1404:33: note: insert an explicit cast to silence this issue
int16_t c[3] = {offset,offset,offset};
^~~~~~
static_cast<int16_t>( )
Reported by: antoine (via bug 224669)
Obtained from: upstream
- Remove the use of comp_DETECT.
- Remove all comp_DETECT variables.
- Remove a use of comp_DETECT outside of gnome.mk
- Remove py3gobject3.
- Have ports depending directly on devel/py-gobject3 use gnome to do it.
PR: 224618
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D13550
Upstream no longer ships the contents of misc/py-qt5-doc, so the port has been
removed.
This is also a requirement for updating the Qt5 ports, as the PyQt5 version
currently in the tree has license conflicts with later Qt versions.
Big thanks to tcberner for doing most of the work here, and antoine for the
exp-run.
PR: 224739
Usage:
USES=eigen:<version>[,<type>]
version: 2 or 3 (required)
type: build (default), run
For example:
USES=eigen:2,build,run
will add a BUILD- and RUN_DEPENDS on math/eigen2, and
USES=eigen:3
will add a BUILD_DEPENDS on math/eigen3.
* Convert the existing ports to use it
- biology/iqtree: remove run time dependency (seemed not to be needed)
- graphics/movit: remove run time dependency (seemed not to be needed)
- science/avogadro: add run time dependeny (installed cmake file requires it to be present)
Reviewed by: rakuco, mat
Differential Revision: https://reviews.freebsd.org/D13702
Perl bindings for the SANE (Scanner Access Now Easy) Project. This module
allows you to access SANE-compatible scanners in a Perlish and
object-oriented way, freeing you from the casting and memory management in
C, yet remaining very close in spirit to original API.
WWW: http://search.cpan.org/dist/Image-Sane/
It's probably based on the old graphics/p5-Sane (last release in 2012)
but under active development. graphics/gscan2pdf switched to this library.
When the X11 option is off, there are still things in the Imlib2.h header
that uses X11, fix this by removing those bits when building without X11.
PR: 224354
Submitted by: Dominik Honnef
Both ports install bin/gcut. graphics/gegl3 already renames
bin/gegl -> bin/gegl3, so rename bin/gcut -> bin/gcut3 as well.
Set EXAMPLESDIR and let USES=uniquefiles do the renaming instead of
moving files manually.
While here also use options target helpers for EXAMPLES.
PR: 223462
Reported by: FreeBSD@ShaneWare.Biz
Approved by: gnome (maintainer timeout, 2 weeks)
- Add ISPC option and enable it by default (this pulls rather heavy
`devel/llvm50' via BUILD_DEPENDS and normally would not be enabled
by default, but since Embree is most likely to be used in graphics
applications, it is safe to assume that users already have LLVM 5
installed because X.org/Mesa stack unconditionally requires it)
- OpenEXR support was removed upstream since version 2.13.0 back in
November 11, 2016: https://github.com/embree/embree/commit/483491e
(as usual, unfortunately, no explanation was provided in the log)
- Remove CXXFLAGS+=-msse2 required for i386 earlier, not needed now
- Add missing USE_GL, USE_XORG components as prompted by `stage-qa'
PR: 214577, 224066
Because GitHub releases (tarballs) are not fetched with correct modification
time, set TIMESTAMP to 1510648523 which corresponds to commit 90e49f2 tagged
as this release.
