| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
PR: 246106
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
| |
Add upstream fix.
Obtained from: https://github.com/sigrokproject/pulseview/commit/ed643f0b4ac587204a5243451cda181ee1405d62
PR: 256200
|
| |
|
|
|
|
| |
Notes:
svn path=/head/; revision=537074
|
|
|
|
|
|
|
| |
Reported by: danfe
Notes:
svn path=/head/; revision=534847
|
|
|
|
|
|
|
| |
Reported by: pkg-fallout@FreeBSD.org
Notes:
svn path=/head/; revision=533586
|
|
|
|
| |
Notes:
svn path=/head/; revision=533083
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=519824
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=509290
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=507372
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=498698
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
Notes:
svn path=/head/; revision=490472
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=487272
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=487266
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=483893
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
Notes:
svn path=/head/; revision=476723
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=474542
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=473503
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=467711
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=459315
|
|
|
|
| |
Notes:
svn path=/head/; revision=459181
|
|
|
|
| |
Notes:
svn path=/head/; revision=451804
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=450560
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=450557
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=439934
|
|
|
|
|
|
|
|
|
|
|
| |
Changes: http://www.boost.org/users/history/version_1_63_0.html
PR: 215598
Exp-run by: antoine
Approved by: office (bapt)
MFH: 2017Q1
Notes:
svn path=/head/; revision=430692
|
|
|
|
| |
Notes:
svn path=/head/; revision=428370
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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)
Notes:
svn path=/head/; revision=426908
|
|
|
|
|
|
|
| |
Approved by: Uffe Jakobsen <uffe@uffe.org> (maintainer, via e-mail)
Notes:
svn path=/head/; revision=423624
|
|
|
|
|
|
|
|
| |
With hat: portmgr
Sponsored by: Absolight
Notes:
svn path=/head/; revision=412349
|
|
|
|
| |
Notes:
svn path=/head/; revision=395464
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
Notes:
svn path=/head/; revision=394651
|
|
|
|
|
|
|
|
| |
Suggested by: makc
PR: 179854
Notes:
svn path=/head/; revision=363921
|
|
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/
Notes:
svn path=/head/; revision=363683
|