Bitcoin full node and query server
Jun 5, 2024
View in context in the libbitcoin Slack #general mirror.
eynhaender18:36
In file included from src/chain/script.cpp:19:
In file included from ./include/bitcoin/system/chain/script.hpp:29:
In file included from ./include/bitcoin/system/chain/operation.hpp:29:
In file included from ./include/bitcoin/system/stream/stream.hpp:33:
In file included from ./include/bitcoin/system/stream/streamers/bit_flipper.hpp:27:
In file included from ./include/bitcoin/system/stream/streamers/bit_reader.hpp:27:
In file included from ./include/bitcoin/system/stream/streamers/byte_reader.hpp:28:
In file included from ./include/bitcoin/system/hash/hash.hpp:23:
In file included from ./include/bitcoin/system/hash/accumulator.hpp:173:
./include/bitcoin/system/impl/hash/accumulator.ipp:426:32: error: cannot take address of consteval function 'empty_single' outside of an immediate invocation
constexpr auto empty = empty_single();
^
./include/bitcoin/system/impl/hash/accumulator.ipp:227:1: note: declared here
empty_single() NOEXCEPT
^
./include/bitcoin/system/impl/hash/accumulator.ipp:451:32: error: cannot take address of consteval function 'empty_single' outside of an immediate invocation
constexpr auto empty = empty_single();
13 replies · eynhaender, evoskuil, pmienk · last Jun 10, 2024
eynhaender18:40
----------------------------------------------------------------kernel
Darwin Kernel Version 22.6.0: Mon Apr 22 20:54:28 PDT 2024; root:xnu-8796.141.3.705.2~1/RELEASE_X86_64
----------------------------------------------------------------os
ProductName: macOS
ProductVersion: 13.6.7
BuildVersion: 22G720
----------------------------------------------------------------date
Mi 5 Jun 2024 20:39:36 CEST
----------------------------------------------------------------gcc
Apple clang version 14.0.3 (clang-1403.0.22.14.1)
Target: x86_64-apple-darwin22.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
----------------------------------------------------------------brew
rm: /usr/local/Homebrew/.git/describe-cache/e130e47f23b8b806096f9ec4f2c193213b8ec908: Permission denied
rm: /usr/local/Homebrew/.git/describe-cache: Permission denied
Homebrew >=4.1.0 (shallow or no git repository)
----------------------------------------------------------------autoconf
autoconf (GNU Autoconf) 2.72
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+/Autoconf: GNU GPL version 3 or later
<https://gnu.org/licenses/gpl.html>, <https://gnu.org/licenses/exceptions.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by David J. MacKenzie and Akim Demaille.
----------------------------------------------------------------make
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This program built for i386-apple-darwin11.3.0
evoskuil21:28
evoskuil00:01
FYI, the above is a clang c++20 bug related to this one: https://bugs.llvm.org/show_bug.cgi?id=48886
eynhaender08:18
The problem was me not following the README in detail and my lack of experience with github.
The README at https://github.com/libbitcoin/libbitcoin-system contains this command:
(edited)wget https://raw.githubusercontent.com/libbitcoin/libbitcoin/version3/install.sh
This one works flawlessly.
The README at https://github.com/libbitcoin/libbitcoin-node/tree/version3 does not have that wget fetch. It has links to the correct install.sh though,I just didn´t see it right away.
What I did then, I cloned the repo with the link on the github-page
git clone https://github.com/libbitcoin/libbitcoin-node.git
which gave me a version that doesn´t build. It´s working now.evoskuil14:07
That’s version3, which requires only c++11 and is therefore cool with your compiler version. However that’s also 7 years old.
evoskuil14:08
You can run the install.sh from the /master branch, but will need to upgrade to clang 15.
eynhaender12:13
Ok, that worked but… Now I run into this one https://libbitcoin.slack.com/archives/C6LH74ACQ/p1713913754688469?thread_ts=1713881832.894529&cid=C6LH74ACQ
Are there any news on that?
Rich Phillips
In file included from libs/thread/src/pthread/thread.cpp:11:
In file included from ./boost/thread/thread_only.hpp:17:
In file included from ./boost/thread/pthread/thread_data.hpp:12:
In file included from ./boost/thread/lock_types.hpp:18:
In file included from ./boost/thread/thread_time.hpp:11:
In file included from ./boost/date_time/posix_time/posix_time_types.hpp:16:
In file included from ./boost/date_time/posix_time/posix_time_duration.hpp:15:
In file included from ./boost/numeric/conversion/cast.hpp:33:
In file included from ./boost/numeric/conversion/converter.hpp:13:
In file included fro…
evoskuil13:00
@pmienk do you recall what resolved the above llvm/clang-boost issue in our macOS builds?
pmienk05:05
The only recent change I recall was related to std::unary, -DBOOST_NO_CXX98_FUNCTION_BASE parameterized on the call in CI.
pmienk05:09
unless, is this boost erroring during it's own build because it's escalated warning to error? we had to build the bjam tool and to disable that behavior and then execute it. we also suppressed warnings.