Mem Wallet [ARCHIVE] on Nostr: 📅 Original date posted:2014-11-27 📝 Original message:Two minor observations: ...
📅 Original date posted:2014-11-27
📝 Original message:Two minor observations:
DecodeBase58Check is listed as inline, but isnt actually inlined in the
header.
This makes it both non-present in libbitcoin_common.a and unavailable
to other code that would use libbitcoin_common.a as a library. (bug?)
In general, the hierarchy of tools is poor/weak. for example base58.h could
be a fairly
independent low level math/string library, but it includes caddress, which
requires chainparams, and makes the whole dependency tree quite involved...
Is there an intention that the various internal libraries could/should
be strengthened and heirachicalized such that they would be suitable for
3rd party development of bitcoin related services and tools, or is that not
a goal, and some other project would have to fill such a role ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20141127/96c0b771/attachment.html>
Published at
2023-06-07 15:27:35Event JSON
{
"id": "5bec42ef268dfe54c71e4d7c2cbf17f84ed27e37b87418870287fab61889c686",
"pubkey": "9295bf5ca4aa83b2e5debf882468bba3b9b4913c40ddbb4678eadadc7d5b74a6",
"created_at": 1686151655,
"kind": 1,
"tags": [
[
"e",
"3548936dfc92f6bf1a74c23508f1ee50610023ac3766d71e2d9511656d19d145",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2014-11-27\n📝 Original message:Two minor observations:\n\nDecodeBase58Check is listed as inline, but isnt actually inlined in the\nheader.\nThis makes it both non-present in libbitcoin_common.a and unavailable\nto other code that would use libbitcoin_common.a as a library. (bug?)\n\nIn general, the hierarchy of tools is poor/weak. for example base58.h could\nbe a fairly\nindependent low level math/string library, but it includes caddress, which\nrequires chainparams, and makes the whole dependency tree quite involved...\n\n\nIs there an intention that the various internal libraries could/should\nbe strengthened and heirachicalized such that they would be suitable for\n3rd party development of bitcoin related services and tools, or is that not\na goal, and some other project would have to fill such a role ?\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20141127/96c0b771/attachment.html\u003e",
"sig": "bc0137d894eb22f448cb34c2f0d64e2018e91436eff17c6094d3bda989e2296f32b34d82ea810136cb5ee032896502231412d3bfcc8c1649ea464ca76dee4c3f"
}