slave ports. Fast-forward some port revisions since those of the existing
packages cannot go backwards and make the ports' COMMENT lines more in line
against each other and less tautological.
- Force rebuild all consumers to catch regressions early
- Switch to cross-compiled (from amd64) bootstraps for all
architectures generated with the incoming lang/rust-bootstrap
- Update cargo-c to 0.5.2 to unbreak librav1e build
- Make use of regular MAKE_ENV/TEST_ENV in lang/rust
- Turn on RUST_BACKTRACE in lang/rust and USES=cargo to hopefully
produce more useful failure logs when something panics during
builds
Changes: https://blog.rust-lang.org/2020/01/30/Rust-1.41.0.html
Tested by: mikael, tobik
With hat: rust
Differential Revision: https://reviews.freebsd.org/D23385
Clang can't build this port on powerpc64:
ld: error: build/client.a(commonShared.o):(function camlCommonShared__ni_2211: .text+0xCE): relocation R_PPC64_TOC16_DS out of range: 121936 is not in [-32768, 32767]
ld: error: build/core.a(donkeyOptions.o):(function camlDonkeyOptions__max_allowed_connected_servers_1641: .text+0x1A): relocation R_PPC64_TOC16_DS out of range: 69120 is not in [-32768, 32767]
ld: error: build/cdk.a(http_lexer.o):(function camlHttp_lexer__get_args_1205: .text+0x12): relocation R_PPC64_TOC16_DS out of range: 203032 is not in [-32768, 32767]
PR: 243221
Approved by: danfe (maintainer)
Bitmark secures digital property registration through Bitmark certificates,
enabling economic trade of those properties between individuals, governments,
corporations, and institutions at global scale.
WWW: https://github.com/bitmark-inc/bitmarkd
Submitted by: Christopher Hall <hsw__bitmark.com>
Sponsored by: Bitmark Inc.
Differential Revision: https://reviews.freebsd.org/D23167
BTPD is a bittorrent client consisting of a daemon and client commands,
which can be used to read and/or manipulate the daemon state. The daemon
is capable of running several torrents simultaneously and only uses one
TCP port. It's fairly low on resource usage and should be perfect for
file distribution sites. Efficient downloads and ease of use makes this
client a good choice for the casual user as well.
WWW: https://github.com/btpd/btpd/wiki
PR: 1
Submitted by: mat@FreeBSD.org
Architectures that don't have libunwind available should disable stack trace.
Otherwise, the following linking error is encountered:
/usr/local/bin/ld: src/common/libcommon.a(stack_trace.cpp.o): in function `tools::log_stack_trace(char const*)':
stack_trace.cpp:(.text+0x71c): undefined reference to `el::base::debug::StackTrace::generateNew()'
/usr/local/bin/ld: stack_trace.cpp:(.text+0x72c): undefined reference to `el::base::debug::operator<<(std::ostream&, el::base::debug::StackTrace const&)'
collect2: error: ld returned 1 exit status
PR: 242846
Approved by: vd (maintainer timeout)
MFH: 2020Q1 (fix build blanket)
lightningd does execute bitcoin-cli internally during runtime.
Fix two problems with that:
* The bitcoin-cli executable is usually located in
/usr/local/bin/bitcoin-cli but service(8) would remove /usr/local/bin
from PATH before executing our rc script /usr/local/etc/rc.d/lightningd
and so the lightningd daemon would inherit a PATH that does not contain
bitcoin-cli. To fix this give the full path to bitcoin-cli to lightningd.
* bitcoin-cli(1) tries to create its datadir when it starts if it does not
exist. By default that is ${HOME}/.bitcoin. service(8) would set HOME=/
and if / is mounted read-only, then this creation would fail. Because we
don't want this directory created (it is not necessary and remains empty)
tell lightningd to execute
bitcoin-cli --datadir=/some/directory/that/already/exists.
Also, append ${lightningd_extra_args} to the lightingd arguments. This was
forgotten in the initial commit and setting lightningd_extra_args would have
had no effect.
Reported by: https://github.com/bitcoin-software
It looks like some update caused src/httpserver.c to need to include deque when building with GCC. Otherwise it fails to compile with:
httpserver.cpp:74:10: error: 'deque' in namespace 'std' does not name a template type
74 | std::deque<std::unique_ptr<WorkItem>> queue;
| ^~~~~
httpserver.cpp:33:1: note: 'std::deque' is defined in header '<deque>'; did you forget to '#include <deque>'?
32 | #include <support/events.h>
+++ |+#include <deque>
33 |
httpserver.cpp: In member function 'bool WorkQueue<WorkItem>::Enqueue(WorkItem*)':
httpserver.cpp:92:13: error: 'queue' was not declared in this scope; did you mean 'Enqueue'?
92 | if (queue.size() >= maxDepth) {
| ^~~~~
| Enqueue
httpserver.cpp:95:9: error: 'queue' was not declared in this scope; did you mean 'Enqueue'?
95 | queue.emplace_back(std::unique_ptr<WorkItem>(item));
| ^~~~~
| Enqueue
httpserver.cpp: In member function 'void WorkQueue<WorkItem>::Run()':
httpserver.cpp:106:35: error: 'queue' was not declared in this scope; did you mean 'Enqueue'?
106 | while (running && queue.empty())
| ^~~~~
| Enqueue
httpserver.cpp:110:31: error: 'queue' was not declared in this scope; did you mean 'Enqueue'?
110 | i = std::move(queue.front());
| ^~~~~
| Enqueue
PR: 242710
Approved by: milios@ccsys.com (maintainer timeout)
MFH: 2020Q1 (fix build blanket)
Recent upgrade of some dependency causes GCC to fail to build this port:
httpserver.cpp:74:10: error: 'deque' in namespace 'std' does not name a template type
74 | std::deque<std::unique_ptr<WorkItem>> queue;
| ^~~~~
httpserver.cpp:33:1: note: 'std::deque' is defined in header '<deque>'; did you forget to '#include <deque>'?
32 | #include <support/events.h>
+++ |+#include <deque>
33 |
httpserver.cpp: In member function 'bool WorkQueue<WorkItem>::Enqueue(WorkItem*)':
httpserver.cpp:92:13: error: 'queue' was not declared in this scope; did you mean 'Enqueue'?
92 | if (queue.size() >= maxDepth) {
| ^~~~~
| Enqueue
httpserver.cpp:95:9: error: 'queue' was not declared in this scope; did you mean 'Enqueue'?
95 | queue.emplace_back(std::unique_ptr<WorkItem>(item));
| ^~~~~
| Enqueue
httpserver.cpp: In member function 'void WorkQueue<WorkItem>::Run()':
httpserver.cpp:106:35: error: 'queue' was not declared in this scope; did you mean 'Enqueue'?
106 | while (running && queue.empty())
| ^~~~~
| Enqueue
httpserver.cpp:110:31: error: 'queue' was not declared in this scope; did you mean 'Enqueue'?
110 | i = std::move(queue.front());
| ^~~~~
| Enqueue
Include deque in httpserver.c to fix it.
PR: 242722
Approved by: hsw@bitmark.com (maintainer)
