science/pulseview0.4.2_9

*/*: update boost consumers after boost-1.92

devel/boost: bump consumers after boost upgrade (+)

Get rid of direct dependency ob libbost_system.so, use libboost_thread.so instead

devel/boost: bump consumers after Boost update

science/pulseview: fix crash on startup when libcxx has asserts enabled

The program's code unlocks a mutex that it never locked.
When libcxx is built with debug (e.g., on stable branches) there is a
crash on an assert that pthread_mutex_unlock succeeds.

This change adds a patch for the problem.

PR:		282727
Approved by:	uzsolt

science/pulseview: unbreak the build

The root cause of build failures was forcing -std=c++11 option on the
compiler while boost really requires at least C++14.
Boost was recently upgarded to version 1.87, see a4245a4c6ce19c6.

This change reverts 338914f96f7 and adds a patch to suppress -std=c++11.

science/pulseview: mark as BROKEN with Boost>=1.87 (+)

Since 1.87 release some long-time-ago deprecated Boost.asio facilities was dropped off

Sponsored by:	Future Crew, LLC

devel/boost: bump consu,ers after update Boost to 1.86 release

Sponsored by:	Future Crew, LLC

*/*: bump consumers after devel/boost* update

With hat:	office
Sponsored by:	Future Crew, LLC

MANPREFIX: eleminate its usage  and move man to share/man

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

PR:			266034
Exp-run by:		antoine
Approved by:		tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D36349

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.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

*/*: bump all consumers after recent boost upgrade

science: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Andreas Fehlner <fehlner@gmx.de>
  *  Brad Huntting <huntting@glarp.com>
  *  Chao Shin <quakelee@cn.FreeBSD.org>
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Chia-Hsing Yu <me@davidyu.org>
  *  Chris Rees <utisoft@gmail.com>
  *  David Naylor <dbn@FreeBSD.org>
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Ed Schouten <ed@FreeBSD.org>
  *  Eric Freeman <freebsdports@chillibear.com>
  *  Erik B Knudsen
  *  Fernan Aguero <fernan@iib.unsam.edu.ar>
  *  Frederic Culot <frederic@culot.org>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  Glenn Johnson
  *  Greg Lewis <glewis@FreeBSD.org>
  *  Igor Serikov <iserikov@acm.org>
  *  Johannes Dieterich <dieterich@ogolem.org>
  *  Johannes Dieterich <jmd@FreeBSD.org>
  *  Johannes M Dieterich <jmd@FreeBSD.org>
  *  Johannes Meixner <johannes@perceivon.net>
  *  Ju Pengfei <jupengfei@gmail.com>
  *  Kay Lehmann <kay_lehmann@web.de>
  *  Klaus Aehlig <aehlig@linta.de>
  *  Kurt Kanzenbach <kurt@kmk-computers.de>
  *  Leland Wang <llwang@infor.org>
  *  Li-Lun Wang <llwang@infor.org>
  *  Markus Brueffer <markus@FreeBSD.org>
  *  NAKATA Maho <maho@FreeBSD.org>
  *  NAKATA, Maho <maho@FreeBSD.org>
  *  Nakata Maho <chat95@mbox.kyoto-inet.or.jp>
  *  Nakata Maho <maho@FreeBSD.org>
  *  Pav Lucistnik <pav@FreeBSD.org>
  *  Pav Lucistnik <pav@oook.cz>
  *  Pedro F. Giffuni
  *  Pedro F. Giffuni <giffunip@tutopia.com>
  *  Pedro Giffuni
  *  Pedro Giffuni <giffunip@asme.org>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Rong-En Fan <rafan@FreeBSD.org>
  *  Ryo MIYAMOTO <rmiya@cc.hirosaki-u.ac.jp>
  *  Seamus Venasse <svenasse@polaris.ca>
  *  Shin'ya Murakami <murakami@ahs.scitec.kobe-u.ac.jp>
  *  Shin-ya MURAKAMI <murashin@gfd-dennou.org>
  *  Shin-ya Murakami <murashin@gfd-dennou.org>
  *  Stas Timokhin <devel@stasyan.com>
  *  Stephen Montgomery-Smith <stephen@math.missouri.edu>
  *  Steve Wills <steve@mouf.net
  *  Steve Wills <steve@mouf.net>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@sunpoet.net>
  *  TAKATSU Tomonari <tota@FreeBSD.org>
  *  TAOKA Fumiyoshi
  *  Thierry Thomas <thierry@pompo.net>
  *  Tim Cas <ports@stdrand.com>
  *  Uffe Jakobsen <uffe@uffe.org>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Vsevolod Stakhov <vsevolod@highsecure.ru>
  *  Wen Heping <wen@FreeBSD.org>
  *  Wen Heping <wenheping@gmail.com>
  *  Wen heping <wenheping@gmail.com>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Yuri Victorovich <yuri@rawbw.com>
  *  anholt@FreeBSD.org
  *  bacon@smithers.neuro.mcw.edu
  *  batman <batman@udel.edu>
  *  db
  *  gurkan@phys.ethz.ch
  *  ijliao
  *  jbacon
  *  maintainer.freebsd@xpoundit.com
  *  mi
  *  rafan@infor.org
  *  shurd@FreeBSD.org
  *  thierry@pompo.net
  *  will

With hat:	portmgr

all: return bsam's ports to the pool after his commit bit got safekept

devel/boost-all: bump all library consumers after boost upgrade

PR:	246106

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)

science/pulseview: prepare for glib-2.68.3

Add upstream fix.

Obtained from:	https://github.com/sigrokproject/pulseview/commit/ed643f0b4ac587204a5243451cda181ee1405d62
PR:		256200

Remove # $FreeBSD$ from Makefiles.

science/pulseview: prepare for Qt5-5.15

science/pulseview: Use buildtools, linguisttools as build dependencies.

Reported by:	danfe

science/pulseview: Fix build (Qt5LinguistTools not found)

Reported by:	pkg-fallout@FreeBSD.org

science/pulseview: Update to version 0.4.2

devel/boost-*: update to 1.72.0

Changes:	http://www.boost.org/users/history/version_1_72_0.html
PR:		241449
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D22136

devel/boost-*: update to 1.71.0

Changes:	http://www.boost.org/users/history/version_1_71_0.html
PR:		238827
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D20774

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/boost-*: update to 1.70.0

Changes:	http://www.boost.org/users/history/version_1_70_0.html
PR:		235956
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D19303

Fix Qt5 symbol version scripts to put the catch-all clause first.  When a symbol matches multiple clauses the last one takes precedence.  If the catch-all is last it captures everything.  In the case of Qt5 libraries this caused all symbols to have a Qt_5 label while some should have Qt_5_PRIVATE_API.  This only affects lld because GNU ld always gives the catch-all lowest priority.

Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium.  Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3]  The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one.  If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash.  Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.

Remove the weak wrappers (make them Linux specific).  This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.

[1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5

Bump all ports that depend on Qt5.

PR:		234070
Exp-run by:	antoine
Approved by:	kde (adridg)

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

devel/boost-*: update to 1.69.0

Changes:	http://www.boost.org/users/history/version_1_69_0.html
PR:		232525
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17645

science/pulseview: Update to version 0.4.1

This is quite a major release with loads of new features and bugfixes.

Major new features and improvements:

* One of the most-often requested features has been implemented:
  Snapping cursors to signal edges. The current implementation snaps
  to edges of a specific channel if the mouse cursor is inside that
  channel, and it snaps to edges of any channel otherwise. When moving
  both cursors at the same time, only the left cursor will snap, while
  the overall distance between the cursors stays the same (which
  allows for easy measurements/comparisons).
* There's a bunch of new command-line switches such as --driver or
  --dont-scan, as well as option support for --input-file, see manpage
  for details. You can now also load multiple files at once when
  starting Pulseview, e.g. via "pulseview *.sr" or the like.
* There's support for converting analog channels to digital/logic
  channels now, either via a threshold or a schmitt-trigger method.
  This allows feeding the converted channels to protocol decoders,
  which was not possible before.
* PulseView now has theme support and ships with the current (default)
  "light" theme and two new "dark"-style themes which some people
  might prefer.
* There have been a bunch of UI improvements, such as showing a tooltip
  for the cursor measurement values if needed, logic high areas are
  now colored differently for clearer visualization, there's a
  convenience mouse hover vertical line now, you can enable/disable
  many channels more easily via buttons, and lots more.
* Protocol decoder annotations can now be exported in a user-configurable
  format, either all annotations, or only those of a certain annotation
  row, or only those between the cursors, etc.
* Protocol decoder channel name auto-mapping has been improved, so
  it'll probably match your desired channel setup more often without
  requiring manual channel assignment.

Additionally, there have been quite a few performance and memory
usage improvements. E.g. files should load quite a bit faster now,
some painting operations are faster as well, various memory leaks
and inefficiencies have been fixed, and so on.

Of course there have also been a huge amount of fixes for some
rather annoying bugs (e.g. UI lag when changing decoder options/channels)
and also many smaller ones. A bunch of crash conditions on various
OSes have also been fixed.

See the NEWS file for a much more detailed list of changes, or
browse the git history for even more details.

devel/boost-*: update to 1.68.0

- Switch to C++14 for libboost_system to support C++14 consumers

Changes:	http://www.boost.org/users/history/version_1_68_0.html
PR:		229569
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16165

science/pulseview: unbreak with boost 1.68 on FreeBSD 10.*

After https://github.com/boostorg/multiprecision/commit/3cedeeab3048
building with Clang 3.4.1 fails like the following:

In file included from pv/views/trace/view.cpp:26:
In file included from /usr/include/c++/v1/algorithm:628:
In file included from /usr/include/c++/v1/memory:607:
/usr/include/c++/v1/tuple:187:73: error: reference to type 'const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0>' requires an initializer
             _NOEXCEPT_(is_nothrow_default_constructible<_Hp>::value) : value()
                                                                        ^
/usr/include/c++/v1/type_traits:2359:44: note: in instantiation of member function 'std::__1::__tuple_leaf<1, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>::__tuple_leaf' requested here
typename __select_2nd<decltype(_VSTD::move(_Tp(_VSTD::declval<_Args>()...))), true_type>::type
                                           ^
/usr/include/c++/v1/type_traits:2360:1: note: while substituting deduced template arguments into function template '__is_constructible_test' [with _Tp = std::__1::__tuple_leaf<1, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>, _Args = <>]
__is_constructible_test(_Tp&&, _Args&& ...);
^
/usr/include/c++/v1/type_traits:2419:14: note: in instantiation of template class 'std::__1::__libcpp_is_constructible<false, std::__1::__tuple_leaf<1, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>>' requested here
    : public __libcpp_is_constructible<is_scalar<_Tp>::value || is_reference<_Tp>::value,
             ^
/usr/include/c++/v1/type_traits:2445:14: note: in instantiation of template class 'std::__1::__is_constructible_void_check<false, std::__1::__tuple_leaf<1, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>>' requested here
    : public __is_constructible_void_check<__contains_void<_Tp, _Args...>::value
             ^
/usr/include/c++/v1/type_traits:2653:14: note: in instantiation of template class 'std::__1::is_constructible<std::__1::__tuple_leaf<1, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>>' requested here
    : public is_constructible<_Tp>
             ^
/usr/local/include/boost/multiprecision/number.hpp:645:119: note: (skipping 4 contexts in backtrace; use -ftemplate-backtrace-limit=0 to see all)
   template <class T, class = typename boost::disable_if_c<std::is_constructible<T, self_type const&>::value || !std::is_default_constructible<T>::value, T>::type>
                                                                                                                      ^
/usr/include/c++/v1/tuple:882:12: note: in instantiation of function template specialization 'std::__1::tuple<pv::views::trace::View &, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, QString &&>::tuple<pv::views::trace::View &, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, QString, false>' requested here
    return tuple<_Tp&&...>(_VSTD::forward<_Tp>(__t)...);
           ^
/usr/include/c++/v1/memory:3705:27: note: in instantiation of function template specialization 'std::__1::forward_as_tuple<pv::views::trace::View &, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, QString>' requested here
                   _VSTD::forward_as_tuple(_VSTD::forward<_Args>(__args)...)) {}
                          ^
/usr/include/c++/v1/memory:4280:26: note: in instantiation of function template specialization 'std::__1::__shared_ptr_emplace<pv::views::trace::Flag, std::__1::allocator<pv::views::trace::Flag> >::__shared_ptr_emplace<pv::views::trace::View &, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, QString>' requested here
    ::new(__hold2.get()) _CntrlBlk(__a2, _VSTD::forward<_Args>(__args)...);
                         ^
/usr/include/c++/v1/memory:4644:29: note: in instantiation of function template specialization 'std::__1::shared_ptr<pv::views::trace::Flag>::make_shared<pv::views::trace::View &, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, QString>' requested here
    return shared_ptr<_Tp>::make_shared(_VSTD::forward<_Args>(__args)...);
                            ^
pv/views/trace/view.cpp:641:19: note: in instantiation of function template specialization 'std::__1::make_shared<pv::views::trace::Flag, pv::views::trace::View &, const boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, QString>' requested here
        flags_.push_back(make_shared<Flag>(*this, time,
                         ^
In file included from pv/views/trace/view.cpp:26:
In file included from /usr/include/c++/v1/algorithm:628:
In file included from /usr/include/c++/v1/memory:607:
/usr/include/c++/v1/tuple:188:9: error: static_assert failed "Attempted to default construct a reference element in a tuple"
       {static_assert(!is_reference<_Hp>::value,
        ^             ~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/c++/v1/tuple:187:73: error: reference to type 'boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0>' requires an initializer
             _NOEXCEPT_(is_nothrow_default_constructible<_Hp>::value) : value()
                                                                        ^
/usr/include/c++/v1/type_traits:2359:44: note: in instantiation of member function 'std::__1::__tuple_leaf<1, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>::__tuple_leaf' requested here
typename __select_2nd<decltype(_VSTD::move(_Tp(_VSTD::declval<_Args>()...))), true_type>::type
                                           ^
/usr/include/c++/v1/type_traits:2360:1: note: while substituting deduced template arguments into function template '__is_constructible_test' [with _Tp = std::__1::__tuple_leaf<1, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>, _Args = <>]
__is_constructible_test(_Tp&&, _Args&& ...);
^
/usr/include/c++/v1/type_traits:2419:14: note: in instantiation of template class 'std::__1::__libcpp_is_constructible<false, std::__1::__tuple_leaf<1, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>>' requested here
    : public __libcpp_is_constructible<is_scalar<_Tp>::value || is_reference<_Tp>::value,
             ^
/usr/include/c++/v1/type_traits:2445:14: note: in instantiation of template class 'std::__1::__is_constructible_void_check<false, std::__1::__tuple_leaf<1, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>>' requested here
    : public __is_constructible_void_check<__contains_void<_Tp, _Args...>::value
             ^
/usr/include/c++/v1/type_traits:2653:14: note: in instantiation of template class 'std::__1::is_constructible<std::__1::__tuple_leaf<1, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &, false>>' requested here
    : public is_constructible<_Tp>
             ^
/usr/local/include/boost/multiprecision/number.hpp:645:119: note: (skipping 4 contexts in backtrace; use -ftemplate-backtrace-limit=0 to see all)
   template <class T, class = typename boost::disable_if_c<std::is_constructible<T, self_type const&>::value || !std::is_default_constructible<T>::value, T>::type>
                                                                                                                      ^
/usr/include/c++/v1/tuple:882:12: note: in instantiation of member function 'std::__1::tuple<pv::views::trace::View &, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &>::tuple' requested here
    return tuple<_Tp&&...>(_VSTD::forward<_Tp>(__t)...);
           ^
/usr/include/c++/v1/memory:3705:27: note: in instantiation of function template specialization 'std::__1::forward_as_tuple<pv::views::trace::View &, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &>' requested here
                   _VSTD::forward_as_tuple(_VSTD::forward<_Args>(__args)...)) {}
                          ^
/usr/include/c++/v1/memory:4280:26: note: in instantiation of function template specialization 'std::__1::__shared_ptr_emplace<pv::views::trace::TriggerMarker, std::__1::allocator<pv::views::trace::TriggerMarker> >::__shared_ptr_emplace<pv::views::trace::View &, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &>' requested here
    ::new(__hold2.get()) _CntrlBlk(__a2, _VSTD::forward<_Args>(__args)...);
                         ^
/usr/include/c++/v1/memory:4644:29: note: in instantiation of function template specialization 'std::__1::shared_ptr<pv::views::trace::TriggerMarker>::make_shared<pv::views::trace::View &, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &>' requested here
    return shared_ptr<_Tp>::make_shared(_VSTD::forward<_Args>(__args)...);
                            ^
pv/views/trace/view.cpp:696:29: note: in instantiation of function template specialization 'std::__1::make_shared<pv::views::trace::TriggerMarker, pv::views::trace::View &, boost::multiprecision::number<boost::multiprecision::backends::cpp_dec_float<24, int, void>, 0> &>' requested here
        trigger_markers_.push_back(make_shared<TriggerMarker>(*this, location));
                                   ^
In file included from pv/views/trace/view.cpp:26:
In file included from /usr/include/c++/v1/algorithm:628:
In file included from /usr/include/c++/v1/memory:607:
/usr/include/c++/v1/tuple:188:9: error: static_assert failed "Attempted to default construct a reference element in a tuple"
       {static_assert(!is_reference<_Hp>::value,
        ^             ~~~~~~~~~~~~~~~~~~~~~~~~~

PR:		229569

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	→https://reviews.freebsd.org/D15540

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

devel/boost-*: update to 1.66.0

Changes:	http://www.boost.org/users/history/version_1_66_0.html
PR:		223922
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D13279

Switch pkg-pist WWW: label to apropriate HTTPS addresses.

science/pulseview: Update to version 0.4.0, switch to QT5.

devel/boost-*: update to 1.65.1

Changes:	http://www.boost.org/users/history/version_1_65_1.html
PR:		218835
Approved by:	maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by:	jhibbits (on powerpc64, earlier version)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features

PR:		218835
Obtained from:	https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by:	maintainer timeout (2 months)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: update to 1.64.0

Changes:	http://www.boost.org/users/history/version_1_64_0.html
PR:		218835
Approved by:	office (bapt)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D10472

devel/boost-*: update to 1.63.0

Changes:	http://www.boost.org/users/history/version_1_63_0.html
PR:		215598
Exp-run by:	antoine
Approved by:	office (bapt)
MFH:		2017Q1

Those ports build fine with bsd make

devel/boost-*: update to 1.62.0

- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC

Changes:	http://www.boost.org/users/history/
PR:		199601
Submitted by:	Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by:	rakuco (kde) (earlier version)
Exp-run by:	antoine (3 tries), truckman (consumers only, earlier versions)
Approved by:	bapt (office)

Take maintainership.

Approved by:	Uffe Jakobsen <uffe@uffe.org> (maintainer, via e-mail)

Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.

With hat:	portmgr
Sponsored by:	Absolight

- Bump PORTREVISION after libzip update

science/pulseview: disable Werror, add LICENSE_FILE

- Disable -Werror (should unbreak build on 11-CURRENT).
- Add LICENSE_FILE.
- Replace .000000000 +0000 in patch headers with UTC (make makepatch).

PR:                  202126
Submitted by:        s3erios@gmail.com
Approved by:         uffe@uffe.org

science/pulseview: Remove unnecessary RUN_DEPENDS

Suggested by:	makc
PR:		179854

Add new port: science/pulseview

PR:		179854
Submitted by:	uffe (uffe.org)
Major QA:	marino

    ==================================================================

The sigrok project aims at creating a portable, cross-platform,
Free/Libre/Open-Source signal analysis software suite that supports
various device types, such as logic analyzers, MSOs, oscilloscopes,
multimeters, LCR meters, sound level meters, thermometers, hygrometers,
anemometers, light meters, DAQs, dataloggers, function generators,
spectrum analyzers, power supplies, GPIB interfaces, and more.

WWW: http://sigrok.org/