Bitcoin full node and query server

November 2019

Archive of the libbitcoin Slack #general channel.

Sunday, November 3, 2019

Are the two files "libbitcoin.import..." inside https://github.com/libbitcoin/libbitcoin-build/tree/master/props/import still relevant? Or are they abandoned corpses that remained after the libbitcoin-system name changed?

pmienk23:29

unused in master, still used in version3

ldz23:31

@pmienk I am talking about master. version3 has its own libbitcion-build branch. Isn't that true?

pmienk23:31

true

ldz23:32

Ok, I will add PR for deletion in master soon.

Monday, November 4, 2019

BJ Miller16:20

good morning, is there any documentation or references one could point me to for cross-compiling libbitcoin as a static library for arm64 and x86_64, specifically for ios and android. we have been using make recipes, but with macOS Catalina, this solution has been producing one error after another.

BJ Miller18:31

Pre-built boost using a different script, it dumps its output to a dir with the structure listed above. I've tried setting --with-build-libdir equal to the .../prefix/lib dir toward the bottom of this snippet, but libbitcoin tells me that it cannot find any boost installation >= 1.62.0.

Untitled Plain Text · 3.7 KB

build/boost
├── 1.69.0
│   └── ios
│       └── release
│           ├── build
│           │   ├── arm64
│           │   │   ├── libboost.a
│           │   │   ├── libboost_atomic.a
│           │   │   ├── libboost_chrono.a
│           │   │   ├── libboost_date_time.a
│           │   │   ├── libboost_exception.a
│           │   │   ├── libboost_filesystem.a
│           │   │   ├── libboost_program_options.a
│           │   │   ├── libboost_random.a
│           │   │   ├── libboost_system.a
│           │   │   ├── libboost_thread.a
│           │   │   ├── libboost_unit_test_framework.a
│           │   │   └── obj
│           │   ├── universal
│           │   │   ├── libboost_atomic.a
│           │   │   ├── libboost_chrono.a
│           │   │   ├── libboost_date_time.a
│           │   │   ├── libboost_exception.a
│           │   │   ├── libboost_filesystem.a
│           │   │   ├── libboost_program_options.a
│           │   │   ├── libboost_random.a
│           │   │   ├── libboost_system.a
│           │   │   ├── libboost_thread.a
│           │   │   └── libboost_unit_test_framework.a
│           │   └── x86_64
│           │       ├── libboost.a
│           │       ├── libboost_atomic.a
│           │       ├── libboost_chrono.a
│           │       ├── libboost_date_time.a
│           │       ├── libboost_exception.a
│           │       ├── libboost_filesystem.a
│           │       ├── libboost_program_options.a
│           │       ├── libboost_random.a
│           │       ├── libboost_system.a
│           │       ├── libboost_thread.a

full file

evoskuil18:34

The search path is controlled by autotools and if you didn’t build boost using our build script we do not change the default search path.

BJ Miller19:12

I’m all about ditching this other way of building boost, not only as it is like you said controlled by autotools and part of the default search path, but it alleviates me from having to make extra accommodations when finding all the .a and .h files. The error boost was spitting out on a clean Catalina install was missing headers like sys/types.h, so i pointed the compiler flags to the new SDK places provided by Xcode, and then I get Architecture unsupported, although -arch arm64 and -arch x86_64 is passed at the respective right time.

(edited)

19:13

seems like it wasn’t defining either __arm64__ or __x86_64__ that is #if defined(__arm64__) etc in some header files

evoskuil19:15

I meant our scripts invokes they autotools builds which search for boost. It’s not looking where you have installed. You can control that be updating an environment var or by using go out build script to build boost, which does it internally.

19:16

I’m not sure about arm, we don’t have it on CI.

pmienk19:20

I believe it's --with-boost=<prefix path>

BJ Miller19:22

i can try that as opposed to --with-boost-libdir=<prefix path>

BJ Miller19:35

Untitled Plain Text · 496 B

checking for boostlib >= 1.62.0... configure: We could not detect the boost libraries (version 1.62 or higher). If you have a staged boost library (still not installed) please specify $BOOST_ROOT in your environment and do not give a PATH to --with-boost option.  If you are sure you have boost installed, then check your version number looking in <boost/version.hpp>. See http://randspringer.de/boost for more documentation.
configure: error: Boost 1.62.0 or later is required but was not found.

19:35

@pmienk ^ that's what i get when using --with-boost=...

pmienk19:37

Looks like it didn't find an appropriate version at the path

BJ Miller19:38

is it just looking for the .a files?

pmienk19:40

That's an issue of the boost m4 operation. I'm unaware at present

BJ Miller19:40

hm, ok. i can look into that

pmienk20:04

If it's failing at the base lib, which I think is straight headers, then it wouldn't be looking for a .a.

20:05

Though I recall boost m4 commonly attributing failure one step (I thought after, but could've been before) the actual error

BJ Miller20:08

Interesting

20:09

I appreciate the help. I've been banging my head on this for almost a full week. I'm gonna have to come back to this

20:09

Things are piling up 😀

pmienk20:09

no problem

Wednesday, November 13, 2019

Fil12:10

https://libbitcoin.org is down 😕

evoskuil13:19

Yup

Monday, November 18, 2019

narodnik12:52

libbitcoin-client]$ make 
  CXX      examples/console/console-client.o
In file included from ./include/bitcoin/client.hpp:21,
                 from examples/console/client.hpp:26,
                 from examples/console/client.cpp:19:
./include/bitcoin/client/obelisk_client.hpp:72:76: error: 'compact_filter' in namespace 'libbitcoin::system::message' does not name a type
   72 |     typedef std::function<void(const system::code&, const system::message::compact_filter&)> compact_filter_handler;
      |                                                                            ^~~~~~~~~~~~~~
./include/bitcoin/client/obelisk_client.hpp:73:76: error: 'compact_filter_checkpoint' in namespace 'libbitcoin::system::message' does not name a type
   73 |     typedef std::function<void(const system::code&, const system::message::compact_filter_checkpoint&)> compact_filter_checkpoint_handler;
      |                                                                            ^~~~~~~~~~~~~~~~~~~~~~~~~
In file included from ./include/bitcoin/client.hpp:21,
                 from examples/console/client.hpp:26,
                 from examples/console/client.cpp:19:
./include/bitcoin/client/obelisk_client.hpp:74:76: error: 'compact_filter_headers' in namespace 'libbitcoin::system::message' does not name a type
   74 |     typedef std::function<void(const system::code&, const system::message::compact_filter_headers&)> compact_filter_headers_handler;
      |                                                                            ^~~~~~~~~~~~~~~~~~~~~~
make: *** [Makefile:938: examples/console/console-client.o] Error 1

12:52

Getting these errors compiling libbitcoin-client

jungly12:54

all that filters stuff is from neutrino filters.. were added recently to system, blockchain and database. did you already recently pull in the latest from master for client and missed the others?

narodnik13:01

ok will update all repos then and recompile

13:02

good idea

narodnik13:22

ok you're right, it works now.

👍🏾 1

narodnik14:04

how to call fetch_history4 with a classic old address?

14:06

$ ./examples/console/console 
Type "help" for supported instructions
> connect tcp://mainnet.libbitcoin.net:9091
Connecting to tcp://mainnet.libbitcoin.net:9091
> history 1F2CaWdxuVH7yLEVgzGrqWAGPYJPH5DsHN
Failed to retrieve history: object does not exist
> ^C

neillm14:07

bx address-to-key 1F2CaWdxuVH7yLEVgzGrqWAGPYJPH5DsHN
a0f4387b2985f7dcad93e4851110d5d1198c4054be11dbc24410aa785230684e

(edited)