21:00 Rene Ladan (rene) 

net-p2p/qtum: Remove expired port:

2023-05-31 net-p2p/qtum: Broken for nearly a year

    ad75dcf

11:20 Muhammad Moinur Rahman (bofh) 

net-p2p/qtum: Mark DEPRECATED

- Broken for nearly a year
- Set EXPIRATION_DATE 2023-05-31

    7520bae

21:10 Stefan Eßer (se) 

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)

    b7f0544

14:46 Dima Panov (fluffy) 

*/*: bump all consumers after recent boost upgrade

    4cf39de

14:22 Tobias C. Berner (tcberner) 

net-p2p: remove 'Created by' lines

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

  *  Alexander Botero-Lowry <alex@foxybanana.com>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Attila Nagy <bra@fsn.hu>
  *  Chad J. Milios <milios@ccsys.com>
  *  Damian Gerow <dgerow@afflictions.org>
  *  Daniel Morante <daniel@morante.net>
  *  Dave Cottlehuber <dch@skunkwerks.at>
  *  Dereckson <dereckson@gmail.com>
  *  Devin Teske <dteske@FreeBSD.org>
  *  Dmitriy Limonov
  *  Doug Barton <dougb@FreeBSD.org>
  *  Emanuel Haupt <ehaupt@FreeBSD.org>
  *  Florent Thoumie <flz@xbsd.org>
  *  Ganael LAPLANCHE <ganael.laplanche@martymac.org>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  Holger Lamm <holger@e-gitt.net>
  *  Holger Lamm <holger@e-gitt.net> and Mario S F Ferreira <lioux@FreeBSD.org>
  *  Jeremy Faulkner <gldisater@gldis.ca>
  *  Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
  *  Martin Matuska <mm@FreeBSD.org>
  *  Maxim Ignatenko <gelraen.ua@gmail.com>
  *  Michael Johnson <ahze@ahze.net>
  *  Munish Chopra <mchopra@engmail.uwaterloo.ca>
  *  Oleg Alexeenkov <proler@gmail.com>
  *  Oleg R. Muhutdinov <mor@WhiteLuna.com>
  *  Pankov Pavel <pankov_p@mail.ru>
  *  Pav Lucistnik <pav@oook.cz>
  *  Rod Taylor <rbt@zort.on.ca>
  *  Ryan Steinmetz <zi@FreeBSD.org>
  *  Shaun Amott <shaun@FreeBSD.org>
  *  Stas Timokhin <stast@bsdportal.ru>
  *  Sverrir Valgeirsson <e96sv@yahoo.se> and
  *  Tsung-Han Yeh <snowfly@yuntech.edu.tw>
  *  Vasil Dimov <vd@FreeBSD.org>
  *  Yashin Dmitry <yashin.dm@gmail.com>
  *  glocke@bsdstammtisch.at

With hat:	portmgr

    ef8eaee

07:54 Vasil Dimov (vd) 

net-p2p/qtum: drop maintainership

I am not using it anymore.

    54689c8

20:17 Dima Panov (fluffy) 

net-p2p/qtum: mark as BROKEN after recent boost upgrade

PR:	246106

    a8f4268

04:19 Po-Chuan Hsieh (sunpoet) 

devel/protobuf: Update to 3.20.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

    10d211b

12:46 Po-Chuan Hsieh (sunpoet) 

devel/protobuf: Update to 3.19.4

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

    f7e42ce

21:23 Rene Ladan (rene) 

cleanup: drop support for EOL FreeBSD 11.X

Search criteria used:
- 11.4
- OSREL*
- OSVER*
- *_FreeBSD_11

Input from:
- adridg: devel/qca-legacy
- jbeich: _WITH_DPRINTF, _WITH_GETLINE, GNU bfd workarounds
- sunpoet: security/p5-*OpenSSL*

Reviewed by:	doceng, kde, multimedia, perl, python, ruby, rust
Differential Revision: https://reviews.freebsd.org/D32008
Test Plan: make index

    620968a

21:18 Bernhard Froehlich (decke) 

net-p2p/qtum: Add CPE information

Approved by:	portmgr (blanket)

    f4aac8f

18:11 Po-Chuan Hsieh (sunpoet) 

devel/protobuf: Update to 3.17.3

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases
PR:		257026
Exp-run by:	antoine

    f4acead

08:57 Vasil Dimov (vd) 

net-p2p/qtum: Upgrade from 0.20.2 to 0.20.3

    6bbf41c

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

13:31 vd 

net-p2p/qtum: Upgrade from 0.20.1 to 0.20.2

 

14:01 sunpoet 

Bump PORTREVISION for devel/protobuf shlib change

 

13:01 vd 

net-p2p/qtum: Upgrade from 0.19.1 to 0.20.1

 

20:19 sunpoet 

Bump PORTREVISION for devel/protobuf shlib change

 

13:26 vd 

net-p2p/qtum: Upgrade from 0.19.0 to 0.19.1

 

18:32 sunpoet 

Bump PORTREVISION for devel/protobuf shlib change

 

08:25 vd 

net-p2p/qtum: Upgrade from 0.18.3 to 0.19.0

 

05:53 sunpoet 

Bump PORTREVISION for devel/protobuf shlib change

 

14:54 vd 

net-p2p/qtum: Upgrade from 0.18.2 to 0.18.3

 

17:53 jbeich 

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

 

13:35 vd 

net-p2p/qtum: Upgrade from 0.18.1 to 0.18.2

 

15:41 jbeich 

net-p2p/bitcoin: unbreak with boost 1.72

httpserver.cpp:74:10: error: no template named 'deque' in namespace 'std'
    std::deque<std::unique_ptr<WorkItem>> queue;
    ~~~~~^

 

07:15 vd 

net-p2p/qtum: Use ${REINPLACE_CMD} instead of ${SED} -i ''

 

19:50 pkubaj 

net-p2p/qtum: fix build on GCC architectures

Don't add -L/usr/lib because it breaks linking when using GCC (used on GCC
architectures), because GCC tries to link with base libstdc++.

PR:             241074
Approved by:    linimon (mentor), vd (maintainer)

 

16:57 vd 

net-p2p/qtum: fix compilation on FreeBSD 11.x

 

19:44 vd 

net-p2p/qtum: Upgrade from 0.18.0 to 0.18.1

 

15:35 jbeich 

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

 

05:21 vd 

net-p2p/qtum: Upgrade from 0.17.6 to 0.18.0

 

13:30 jbeich 

devel/libevent2: update to 2.1.11

Changes:	https://github.com/libevent/libevent/releases/tag/release-2.1.11-stable
ABI:		https://abi-laboratory.pro/tracker/timeline/libevent/
PR:		239599
Reported by:	GitHub (watch releases)
Approved by:	zeising (maintainer)
MFH:		2019Q3 (maybe security, partially restores 2.1.8 ABI)
Differential Revision:	https://reviews.freebsd.org/D21133

 

16:38 sunpoet 

Bump PORTREVISION for devel/protobuf shlib change

 

20:46 gerald 

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

 

19:08 sunpoet 

Update devel/protobuf to 3.8.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases
PR:		238808
Exp-run by:	antoine

 

12:13 vd 

net-p2p/qtum: Upgrade from 0.17.5 to 0.17.6

 

15:29 vd 

net-p2p/qtum: Upgrade from 0.17.3 to 0.17.5

 

14:27 vd 

net-p2p/qtum: Upgrade from 0.17.2 to 0.17.3

 

06:36 jbeich 

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

 

13:41 sunpoet 

Update devel/protobuf to 3.7.1

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases
PR:		236157
Exp-run by:	antoine

 

17:12 vd 

net-p2p/qtum: Upgrade from 0.17.1 to 0.17.2

 

19:16 vd 

net-p2p/qtum: Upgrade from 0.16.2 to 0.17.1

 

11:13 tijl 

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)

 

01:35 gerald 

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

 

00:15 jbeich 

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

 

21:42 vd 

net-p2p/qtum: Upgrade from 0.16.1 to 0.16.2

 

19:41 sunpoet 

Update devel/protobuf to 3.6.1

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases
PR:		231008
Exp-run by:	antoine

 

19:40 vd 

net-p2p/qtum: Upgrade from 0.16.0 to 0.16.1

 

19:33 vd 

net-p2p/qtum: Upgrade from 0.15.3 to 0.16.0

 

09:14 vd 

net-p2p/qtum: Upgrade from 0.15.2 to 0.15.3

 

06:58 jbeich 

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

 

23:14 jbeich 

net-p2p/qtum: 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 cpp-ethereum/libethereum/State.cpp:22:
In file included from cpp-ethereum/libethereum/State.h:24:
In file included from /usr/include/c++/v1/array:108:
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
'boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, 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<0,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, 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<0,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, 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<0,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, 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<0,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, 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<0,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, false>>' requested here
    : public is_constructible<_Tp>
             ^
/usr/local/include/boost/multiprecision/number.hpp:645:119: note: (skipping 1
context 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/local/include/boost/multiprecision/number.hpp:647:13: note: in
instantiation of default argument for 'operator
type-parameter-0-0<std::__1::__tuple_leaf<0,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, false> >' required here
   explicit operator T ()const
            ^~~~~~~~~~~~~~~~~~
/usr/local/include/boost/multiprecision/number.hpp:647:13: note: while
substituting deduced template arguments into function template 'operator
type-parameter-0-0' [with T = std::__1::__tuple_leaf<0,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, false>, $1 = <no value>]
   explicit operator T ()const
            ^
/usr/include/c++/v1/tuple:573:15: note: in instantiation of function template
specialization 'std::__1::__tuple_impl<std::__1::__tuple_indices<0, 1, 2, 3, 4>,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, dev::FixedHash<32> &&, dev::FixedHash<32> &&,
dev::eth::Account::Changedness &&>::__tuple_impl<0, 1, 2, 3, 4,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, dev::FixedHash<32> &&, dev::FixedHash<32> &&,
dev::eth::Account::Changedness &&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>
 dev::FixedHash<32>, dev::FixedHash<32>, dev::eth::Account::Changedness>'
requested here
            : base_(typename __make_tuple_indices<sizeof...(_Up)>::type(),
              ^
/usr/include/c++/v1/tuple:882:12: note: in instantiation of function template
specialization
'std::__1::tuple<boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, dev::FixedHash<32> &&, dev::FixedHash<32> &&,
dev::eth::Account::Changedness
&&>::tuple<boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>, dev::FixedHash<32>, dev::FixedHash<32>,
dev::eth::Account::Changedness, false>' requested here
    return tuple<_Tp&&...>(_VSTD::forward<_Tp>(__t)...);
           ^
cpp-ethereum/libethereum/State.cpp:186:8: note: in instantiation of function
template specialization
'std::__1::forward_as_tuple<boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>, dev::FixedHash<32>, dev::FixedHash<32>,
dev::eth::Account::Changedness>' requested here
                std::forward_as_tuple(state[0].toInt<u256>(),
state[1].toInt<u256>(), state[2].toHash<h256>(), state[3].toHash<h256>(),
Account::Unchanged)
                     ^
In file included from cpp-ethereum/libethereum/State.cpp:22:
In file included from cpp-ethereum/libethereum/State.h:24:
In file included from /usr/include/c++/v1/array:108:
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_int_backend<256,
256, 0, 0, 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_int_backend<256,
256, 0, 0, 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_int_backend<256,
256, 0, 0, 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_int_backend<256,
256, 0, 0, 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_int_backend<256,
256, 0, 0, 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_int_backend<256,
256, 0, 0, void>, 0> &&, false>>' requested here
    : public is_constructible<_Tp>
             ^
/usr/local/include/boost/multiprecision/number.hpp:645:119: note: (skipping 1
context 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/local/include/boost/multiprecision/number.hpp:647:13: note: in
instantiation of default argument for 'operator
type-parameter-0-0<std::__1::__tuple_leaf<1,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, false> >' required here
   explicit operator T ()const
            ^~~~~~~~~~~~~~~~~~
/usr/local/include/boost/multiprecision/number.hpp:647:13: note: while
substituting deduced template arguments into function template 'operator
type-parameter-0-0' [with T = std::__1::__tuple_leaf<1,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, false>, $1 = <no value>]
   explicit operator T ()const
            ^
/usr/include/c++/v1/tuple:573:15: note: in instantiation of function template
specialization 'std::__1::__tuple_impl<std::__1::__tuple_indices<0, 1, 2, 3, 4>,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, dev::FixedHash<32> &&, dev::FixedHash<32> &&,
dev::eth::Account::Changedness &&>::__tuple_impl<0, 1, 2, 3, 4,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, dev::FixedHash<32> &&, dev::FixedHash<32> &&,
dev::eth::Account::Changedness &&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>
 dev::FixedHash<32>, dev::FixedHash<32>, dev::eth::Account::Changedness>'
requested here
            : base_(typename __make_tuple_indices<sizeof...(_Up)>::type(),
              ^
/usr/include/c++/v1/tuple:882:12: note: in instantiation of function template
specialization
'std::__1::tuple<boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0> &&, dev::FixedHash<32> &&, dev::FixedHash<32> &&,
dev::eth::Account::Changedness
&&>::tuple<boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>, dev::FixedHash<32>, dev::FixedHash<32>,
dev::eth::Account::Changedness, false>' requested here
    return tuple<_Tp&&...>(_VSTD::forward<_Tp>(__t)...);
           ^
cpp-ethereum/libethereum/State.cpp:186:8: note: in instantiation of function
template specialization
'std::__1::forward_as_tuple<boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>,
boost::multiprecision::number<boost::multiprecision::backends::cpp_int_backend<256,
256, 0, 0, void>, 0>, dev::FixedHash<32>, dev::FixedHash<32>,
dev::eth::Account::Changedness>' requested here
                std::forward_as_tuple(state[0].toInt<u256>(),
state[1].toInt<u256>(), state[2].toHash<h256>(), state[3].toHash<h256>(),
Account::Unchanged)
                     ^
In file included from cpp-ethereum/libethereum/State.cpp:22:
In file included from cpp-ethereum/libethereum/State.h:24:
In file included from /usr/include/c++/v1/array:108:
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
Reported by:	antoine (via exp-run)

 

17:39 tcberner 

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

 

07:36 vd 

net-p2p/qtum: Upgrade from 0.15.1 to 0.15.2

 

13:00 vd 

net-p2p/qtum: Upgrade from 0.14.16 to 0.15.1

 

05:37 dinoex 

- update to miniupnpc 2.1
PR:		228050
Submitted by:	Hung-Yi Chen

- fix python build
- add LICENSE for slave port
- make portlint happier

- bump PORTREVISION on ports using the shared lib

 

16:41 vd 

net-p2p/qtum: Upgrade from 0.14.15 to 0.14.16

 

14:06 jbeich 

Adjust PORTREVISION order to pet portlint after r467711

Tools/scripts/bump-revision.sh adds PORTREVISION in the wrong place
when DISTVERSION*FIX is used.

 

13:57 jbeich 

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

 

19:29 vd 

net-p2p/qtum: Upgrade from 0.14.14 to 0.14.15

 

19:59 vd 

net-p2p/qtum: Upgrade from 0.14.13 to 0.14.14

 

12:23 vd 

net-p2p/qtum: Mark as broken on i386

c++ -std=c++11 -DHAVE_CONFIG_H -I. -I../src/config  -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=2 -DQTUM_BUILD -I./cryptopp  -I./cryptopp/include -DQTUM_BUILD
-DHAVE_BUILD_INFO -D__STDC_FORMAT_MACROS -Wstack-protector -fstack-protector-all
 -DETH_FATDB=1 -DNDEBUG -fPIC -O2 -g2 -O2 -pipe -fstack-protector
-fno-strict-aliasing  -MT cryptopp/cryptopp_libcryptopp_a-sha.o -MD -MP -MF
cryptopp/.deps/cryptopp_libcryptopp_a-sha.Tpo -c -o
cryptopp/cryptopp_libcryptopp_a-sha.o `test -f 'cryptopp/sha.cpp' || echo
'./'`cryptopp/sha.cpp
cryptopp/sha.cpp:1288:2: error: invalid operand for instruction
        ASJ(    jnz,    0, b)
        ^
./cryptopp/cpu.h:469:23: note: expanded from macro 'ASJ'
        #define ASJ(x, y, z) GNU_ASJ(x, y, z)
                             ^
./cryptopp/cpu.h:463:27: note: expanded from macro 'GNU_ASJ'
        #define GNU_ASJ(x, y, z) #x " " #y #z ";" NEW_LINE
                                 ^
<scratch space>:219:2: note: expanded from here
"jnz"
 ^
<inline asm>:80:1: note: instantiated into assembly here
jnz 0b;
^

 

12:27 vd 

net-p2p/qtum: Add a new port

PoS cryptocurrency that can execute smart contract as part of an UTXO

Combining a modified Bitcoin Core infrastructure with an intercompatible
version of the Ethereum Virtual Machine (EVM), Qtum merges the
reliability of Bitcoin's unfailing blockchain with the endless
possibilities provided by smart contracts.

https://qtum.org/