lukechilds
/
lightning
mirror of https://github.com/lukechilds/lightning.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
5116 Commits
55 Branches
107 Tags
38 MiB
Tree: e2777642c0
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'e2777642c0'
${ noResults }
lightning/lightningd/Makefile

134 lines
4.0 KiB
Raw Normal View History

lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
#! /usr/bin/make
# Designed to be run one level up
lightningd-wrongdir:
$(MAKE) -C .. lightningd-all
Rename subdaemons, move them into top level. We leave the *build* results in lightningd/ for ease of in-place testing though. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
LIGHTNINGD_PROGRAM := lightningd/lightningd
Makefile: clean daemons on clean. Reported-by: Christian Decker Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
Rename subdaemons, move them into top level. We leave the *build* results in lightningd/ for ease of in-place testing though. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
ALL_PROGRAMS += $(LIGHTNINGD_PROGRAM)
external: new subdirectory for all external libraries and submodules. You will want to 'make distclean' after this. I also removed libsecp; we use the one in in libwally anyway. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
Rename subdaemons, move them into top level. We leave the *build* results in lightningd/ for ease of in-place testing though. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd-all: $(LIGHTNINGD_PROGRAM)
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
default: lightningd-all
common: new directory for any shared objects. To avoid everything pulling in HTLCs stuff to the opening daemon, we split the channel and commit_tx routines into initial_channel and initial_commit_tx (no HTLC support) and move full HTLC supporting versions into channeld. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
# Common source we use.
LIGHTNINGD_COMMON_OBJS := \
Initial TOR v2/v3 support. This is a rebased and combined patch for Tor support. It is extensively reworked in the following patches, but the basis remains Saibato's work, so it seemed fairest to begin with this. Minor changes: 1. Use --announce-addr instead of --tor-external. 2. I also reverted some whitespace and unrelated changes from the patch. 3. Removed unnecessary ';' after } in functions. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/base32.o \
bech32: move to common/ Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/bech32.o \
common: Moving some bech32 related utilities to bech32_util These were so far only used for bolt11 construction, but we'll need them for the DNS seed as well, so here we just pull them out into their own unit and prefix them. Signed-off-by: Christian Decker <decker.christian@gmail.com>
7 years ago
common/bech32_util.o \
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/bip32.o \
bolt11: move to common/ and sign via callback. JSON stuff is moved to lightningd/invoice.c. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/bolt11.o \
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/channel_config.o \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/configdir.o \
crypto_state: move to its own file. In particular, the main daemon needs to pass it about (marshal/unmarshal) but it won't need to actually use it after the next patch. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/crypto_state.o \
common/daemon: common routines for all daemons. In particular, the main daemon and subdaemons share the backtrace code, with hooks for logging. The daemon hook inserts the io_poll override, which means we no longer need io_debug.[ch]. Though most daemons don't need it, they still link against ccan/io, so it's harmess (suggested by @ZmnSCPxj). This was tested manually to make sure we get backtraces still. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/daemon.o \
common: new directory for any shared objects. To avoid everything pulling in HTLCs stuff to the opening daemon, we split the channel and commit_tx routines into initial_channel and initial_commit_tx (no HTLC support) and move full HTLC supporting versions into channeld. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/derive_basepoints.o \
features: Move feature-handling code to a common/features.c source.
7 years ago
common/features.o \
common: new directory for any shared objects. To avoid everything pulling in HTLCs stuff to the opening daemon, we split the channel and commit_tx routines into initial_channel and initial_commit_tx (no HTLC support) and move full HTLC supporting versions into channeld. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/funding_tx.o \
status: split off error messages into a new 'peer_status' type. Several daemons (onchaind, hsm) want to use the status messages, but don't communicate with peers. The coming changes made them drag in more code they didn't need, so instead we have a different non-overlapping type. We combine the status_received_errmsg and status_sent_errmsg into a single status_peer_error, with the presence or not of the 'error_for_them' field indicating direction. We also rename status_fatal_connection_lost() to peer_failed_connection_lost() to fit in. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/gen_peer_status_wire.o \
status: generate messages rather than marshal/unmarshal manually. Now we have wirestring, this is much more natural. And with the 24M length limit, we needn't be so concerned about dumping 64k peer messages in hex. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/gen_status_wire.o \
bolt11: support for encoding/decoding and checking. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/hash_u5.o \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/htlc_state.o \
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/htlc_wire.o \
common/key_derive.o \
jsonrpc: Simple demonstration on how jcon can be locked for streams This is a bit of overkill now that we simply accumulate the entire JSON response in the buffer before flushing, but when we move to streamed responses it allows us to have a single command that has exclusive access to the out direction of the JSON-RPC connection.
6 years ago
common/io_lock.o \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/json.o \
Move json and param core functionality into common, for plugins. json_escaped.[ch], param.[ch] and jsonrpc_errors.h move from lightningd/ to common/. Tests moved too. We add a new 'common/json_tok.[ch]' for the common parameter parsing routines which a plugin might want, taking them out of lightningd/json.c (which now only contains the lightningd-specific ones). The rest is mainly fixing up includes. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
common/json_escaped.o \
json: move bitcoin/lightning specific helpers into common/json_helpers. We don't need them in common/json, since lightning-cli doesn't need these, but plugins want them. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
common/json_helpers.o \
Move json and param core functionality into common, for plugins. json_escaped.[ch], param.[ch] and jsonrpc_errors.h move from lightningd/ to common/. Tests moved too. We add a new 'common/json_tok.[ch]' for the common parameter parsing routines which a plugin might want, taking them out of lightningd/json.c (which now only contains the lightningd-specific ones). The rest is mainly fixing up includes. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
common/json_tok.o \
lightningd: tal memleak detection, dev-memleak command. This is a primitive mark-and-sweep-style garbage detector. The core is in common/ for later use by subdaemons, but for now it's just lightningd. We initialize it before most other allocations. We walk the tal tree to get all the pointers, then search the `ld` object for those pointers, recursing down. Some specific helpers are required for hashtables (which stash bits in the unused pointer bits, so won't be found). There's `notleak()` for annotating things that aren't leaks: things like globals and timers, and other semi-transients. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/memleak.o \
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/msg_queue.o \
Move json and param core functionality into common, for plugins. json_escaped.[ch], param.[ch] and jsonrpc_errors.h move from lightningd/ to common/. Tests moved too. We add a new 'common/json_tok.[ch]' for the common parameter parsing routines which a plugin might want, taking them out of lightningd/json.c (which now only contains the lightningd-specific ones). The rest is mainly fixing up includes. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
common/param.o \
common: new directory for any shared objects. To avoid everything pulling in HTLCs stuff to the opening daemon, we split the channel and commit_tx routines into initial_channel and initial_commit_tx (no HTLC support) and move full HTLC supporting versions into channeld. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/permute_tx.o \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/pseudorand.o \
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/sphinx.o \
status: generate messages rather than marshal/unmarshal manually. Now we have wirestring, this is much more natural. And with the 24M length limit, we needn't be so concerned about dumping 64k peer messages in hex. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/status_wire.o \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/timeout.o \
common: new directory for any shared objects. To avoid everything pulling in HTLCs stuff to the opening daemon, we split the channel and commit_tx routines into initial_channel and initial_commit_tx (no HTLC support) and move full HTLC supporting versions into channeld. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/type_to_string.o \
common/utils.o \
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/utxo.o \
common: new directory for any shared objects. To avoid everything pulling in HTLCs stuff to the opening daemon, we split the channel and commit_tx routines into initial_channel and initial_commit_tx (no HTLC support) and move full HTLC supporting versions into channeld. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/version.o \
Removed redundancies in withdraw and fundchannel. No new functionality, just a continuation of my work toward completing #665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther. Added 'all' to fundchannel help message.
7 years ago
common/wallet_tx.o \
gossipd: rewrite to do the handshake internally. Now the flow is much simpler from a lightningd POV: 1. If we want to connect to a peer, just send gossipd `gossipctl_reach_peer`. 2. Every new peer, gossipd hands up to lightningd, with global/local features and the peer fd and a gossip fd using `gossip_peer_connected` 3. If lightningd doesn't want it, it just hands the peerfd and global/local features back to gossipd using `gossipctl_handle_peer` 4. If a peer sends a non-gossip msg (eg `open_channel`) the gossipd sends it up using `gossip_peer_nongossip`. 5. If lightningd wants to fund a channel, it simply calls `release_channel`. Notes: * There's no more "unique_id": we use the peer id. * For the moment, we don't ask gossipd when we're told to list peers, so connected peers without a channel don't appear in the JSON getpeers API. * We add a `gossipctl_peer_addrhint` for the moment, so you can connect to a specific ip/port, but using other sources is a TODO. * We now (correctly) only give up on reaching a peer after we exchange init messages, which changes the test_disconnect case. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/wire_error.o \
ipaddr: rename to wireaddr. In future it will have TOR support, so the name will be awkward. We collect the to/fromwire functions in common/wireaddr.c, and the parsing functions in lightningd/netaddress.c. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
common/wireaddr.o \
hsmd: remove hsmd/client.c It was only used by handshake.c. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
common/withdraw_tx.o \
hsmd: rename hsm_client_wire_csv to hsm_wire.csv That matches the other CSV names (HSM was the first, so it was written before the pattern emerged). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
hsmd/gen_hsm_wire.o
common: new directory for any shared objects. To avoid everything pulling in HTLCs stuff to the opening daemon, we split the channel and commit_tx routines into initial_channel and initial_commit_tx (no HTLC support) and move full HTLC supporting versions into channeld. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
LIGHTNINGD_SRC := \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/bitcoind.c \
lightningd/chaintopology.c \
lightningd: split struct peer into struct peer and struct channel. Much like the database; peer contains id, address, channel contains per-channel information. Where we create a channel, we always create the peer too. For the moment, peer->log and channel->log coexist side-by-side, to reduce some of the churn. Note that this changes the API to dev-forget-channel: if we have more than one channel, we insist they specify the short-channel-id. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/channel.c \
lightningd/channel_control: routines to control channeld (move from peer_control.c) Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/channel_control.c \
lightningd/closing_control: routines to control closingd (move from peer_control.c) Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/closing_control.c \
lightningd/connect_control: routines to control connecting (move from peer_control.c) Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/connect_control.c \
lightningd/lightningd: wire up lightningd_gossip. Now we hand peers off to the gossip daemon, to do the INIT handshake and re-transmit/receive gossip. They may stay there forever if neither we nor them wants to open a channel. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
lightningd/gossip_control.c \
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/gossip_msg.c \
lightningd/lightningd: start HSM at initialization time. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
lightningd/hsm_control.c \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/htlc_end.c \
lightningd/invoice.c \
lightningd/json: Move json helpers specific for lightningd to new module.
7 years ago
lightningd/json.c \
json_stream: disentangle JSON handling from command. We promote 'struct json_stream' to contain the membuf; we only attach the json_stream to the command when we actually call json_stream_success / json_stream_fail. This means we are closer to 'struct json_stream' being an independent layer; the tests are already modified to use it directly to create JSON. This is also the first step toward re-enabling non-serial command execution. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
lightningd/json_stream.c \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/jsonrpc.c \
lightningd/subdaemon: routines to create daemons and get request/response. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
lightningd/lightningd.c \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/log.c \
status: add multiple levels of logging. status_trace maps to status_debug. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/log_status.c \
openingd: wire up dev_memleak. This is a bit different from the other cases: we need to iterate through the peers and ask all the ones in openingd. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
lightningd/memdump.c \
plugin: Add subscriptions when processing the plugin manifest Signed-off-by: Christian Decker <decker.christian@gmail.com>
6 years ago
lightningd/notification.c \
lightningd/onchain_control: routines to control onchaind (move from peer_control.c) Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/onchain_control.c \
lightningd/opening_control: routines to control openingd (move from peer_control.c) We also fold opening_got_hsm_funding_sig() into the caller; it was previously a callback before we decided to always use the HSM synchronously. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/opening_control.c \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/options.c \
lightningd: pay support. The previous code was very tied to the old daemon, so this copies a large part of it. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
lightningd/pay.c \
lightningd/lightningd: add lightning_handshake. Now we do crypto handshake when peer comes in. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
lightningd/peer_control.c \
lightningd: peer_htlcs.c Move HTLC handling out of peer_control.c. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
lightningd/peer_htlcs.c \
ping: complete JSON RPC ping commands even if one ping gets no response. We would never complete further ping commands if we had < responses than pings. Oops. Fixes: #1928 Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
lightningd/ping.c \
plugin: Basic scaffolding for the plugin subsystem
6 years ago
lightningd/plugin.c \
plugin: Add hook registration I might have gone a bit overboard with the type-checking, but typesafe_cb_cast is quite nice to use, so why not. The macro to register a new hook encapsulates the entire flow from param serialization, to dispatch, parsing and callback dispatch in one bundle. I was tempted to have the callback outside of the registration, but it's unlikely that we'll have two calls to the same hook with different callbacks. Signed-off-by: Christian Decker <decker.christian@gmail.com>
6 years ago
lightningd/plugin_hook.c \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/subd.c \
lightningd/watch.c
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
openingd: wire up dev_memleak. This is a bit different from the other cases: we need to iterate through the peers and ask all the ones in openingd. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
LIGHTNINGD_OBJS := $(LIGHTNINGD_SRC:.c=.o)
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
Makefiles: simplify dependencies. Gather all binaries and objects and make the depend on external requirements and common headers. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
# Make sure these depend on everything.
ALL_OBJS += $(LIGHTNINGD_OBJS)
lightningd/Makefile: fix check-source Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
# We accumulate all lightningd/ headers in these three:
LIGHTNINGD_HEADERS_NOGEN = \
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
$(LIGHTNINGD_SRC:.c=.h) \
Move json and param core functionality into common, for plugins. json_escaped.[ch], param.[ch] and jsonrpc_errors.h move from lightningd/ to common/. Tests moved too. We add a new 'common/json_tok.[ch]' for the common parameter parsing routines which a plugin might want, taking them out of lightningd/json.c (which now only contains the lightningd-specific ones). The rest is mainly fixing up includes. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
lightningd/channel_state.h
lightningd/Makefile: fix check-source Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
# Generated headers
LIGHTNINGD_HEADERS_GEN = \
lightningd: rename peer_state -> channel_state, remove OPENINGD. And now we can finally do the db upgrade to remove any OPENINGD channels once, since we never put them back. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/gen_channel_state_names.h
lightningd/Makefile: fix check-source Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
Rename subdaemons, move them into top level. We leave the *build* results in lightningd/ for ease of in-place testing though. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
ALL_GEN_HEADERS += $(LIGHTNINGD_HEADERS_GEN)
wallet: include Makefile from lightningd/Makefile so that lightning headers defined. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
include wallet/Makefile
lightningd/Makefile: fix check-source Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
# All together in one convenient var
lightningd: fix Makefile to remove cruft. Everything depends on common headers etc, and the HSM_CLIENT_HEADERS was removed quite a while ago. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
6 years ago
LIGHTNINGD_HEADERS = $(LIGHTNINGD_HEADERS_NOGEN) $(LIGHTNINGD_HEADERS_GEN) $(WALLET_LIB_HEADERS)
lightningd/Makefile: fix check-source Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
txfilter: Add a simple transaction filter This is mainly used to filter for transactions that may be of interest to us, i.e., whether one of our keys is the recipient. It currently does onyl simple scriptpubkey checks, but will eventually be extended to use bloomfilters and add more sophisticated checks. For now the goal is to speed up the processing of blocks during startup. Signed-off-by: Christian Decker <decker.christian@gmail.com>
7 years ago
$(LIGHTNINGD_OBJS): $(LIGHTNINGD_HEADERS)
Makefile: Making sure header vars are populated correctly The problem with wire headers not being generated in time before stuff depended on it turns out to be related with inclusion order of sub-makefiles. The inclusions must preceed the use of LIGHTNINGD_HEADERS since they append to that variable.
8 years ago
lightningd: rename peer_state -> channel_state, remove OPENINGD. And now we can finally do the db upgrade to remove any OPENINGD channels once, since we never put them back. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
lightningd/gen_channel_state_names.h: lightningd/channel_state.h ccan/ccan/cdump/tools/cdump-enumstr
ccan/ccan/cdump/tools/cdump-enumstr lightningd/channel_state.h > $@
lightningd: introduce peer_state enum. The actual state names are place holders for now, really. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
common: absorb remaining files from daemon/ Also, we split the more sophisticated json_add helpers to avoid pulling in everything into lightning-cli, and unify the routines to print struct short_channel_id (it's ':', not '/' too). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
check-source: $(LIGHTNINGD_SRC:%=check-src-include-order/%) $(LIGHTNINGD_SRC_NOHDR:%=check-src-include-order/%)
lightningd/Makefile: fix check-source Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
check-source: $(LIGHTNINGD_HEADERS_NOGEN:%=check-hdr-include-order/%)
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
check-source-bolt: $(LIGHTNINGD_SRC:%=bolt-check/%) $(LIGHTNINGD_HEADERS_NOGEN:%=bolt-check/%)
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
common: move some files out of lightningd/ Basically all files shared by different daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
check-whitespace: $(LIGHTNINGD_SRC:%=check-whitespace/%) $(LIGHTNINGD_HEADERS_NOGEN:%=check-whitespace/%)
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
lightningd/Makefile: fix check-source Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
check-makefile: check-lightningd-makefile
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
check-lightningd-makefile:
lightningd/Makefile: fix check-source Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
@for f in lightningd/*.h lightningd/*/*.h; do if ! echo $(LIGHTNINGD_HEADERS_NOGEN) $(LIGHTNINGD_HEADERS_GEN) "" | grep -q "$$f "; then echo $$f not mentioned in LIGHTNINGD_HEADERS_NOGEN or LIGHTNINGD_HEADERS_GEN >&2; exit 1; fi; done
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
jsonrpc: Simple demonstration on how jcon can be locked for streams This is a bit of overkill now that we simply accumulate the entire JSON response in the buffer before flushing, but when we move to streamed responses it allows us to have a single command that has exclusive access to the out direction of the JSON-RPC connection.
6 years ago
lightningd/lightningd: $(LIGHTNINGD_OBJS) $(LIGHTNINGD_COMMON_OBJS) $(BITCOIN_OBJS) $(WIRE_OBJS) $(WIRE_ONION_OBJS) $(LIGHTNINGD_HANDSHAKE_CONTROL_OBJS) $(LIGHTNINGD_GOSSIP_CONTROL_OBJS) $(LIGHTNINGD_OPENING_CONTROL_OBJS) $(LIGHTNINGD_CHANNEL_CONTROL_OBJS) $(LIGHTNINGD_CLOSING_CONTROL_OBJS) $(LIGHTNINGD_ONCHAIN_CONTROL_OBJS) $(WALLET_LIB_OBJS) $(LIGHTNINGD_CONNECT_CONTROL_OBJS)
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
clean: lightningd-clean
lightningd-clean:
Makefile: clean needs to do more, distclean should remove everything. I checked this with git status --ignored after a full build and 'make distclean'. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
7 years ago
$(RM) $(LIGHTNINGD_OBJS) $(LIGHTNINGD_JSMN_OBJS) $(LIGHTNINGD_PROGRAM) lightningd/gen*
lightningd/lightningd: daemon for controlling the other daemons. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
lightningd/cryptomsg: test routines. This creates output similar to the BOLT #8 test vectors. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
8 years ago
include lightningd/test/Makefile