Cmake upgrade and rippled 1.7 fixes #22
Conversation
This allows Rippled to be used from a local binary install, or FetchContent can either download it or use a local source tree and build it as a subproject.
biddisco
force-pushed
the
cmake-upgrade
branch
from
075e1d7
to
8830eb7
Compare
Remove old git submodule (obsolete) Update docs/readme to reflect changes in build instructions
biddisco
force-pushed
the
cmake-upgrade
branch
16 times, most recently
from
babd2b1
to
992570b
Compare
biddisco
force-pushed
the
cmake-upgrade
branch
from
992570b
to
dc018eb
Compare
|
Hi! Thank you for your contribution and taking on the effort to bring this project more up to date. It's definitely been neglected. Part of the reason is that the "xrpl_core" module more-or-less replaces this project. You can see an example of that replacement in a formerly-dependent project in the changeset ripple/validator-keys-tool@bb532eb in the "validator-keys-tool" project, which bears a lot of similarity, but went about it slightly differently. That project has also more recently been updated so that CI works consistently. |
|
That's great. I'll switch over to the other project - I just tried building it and made one small fix. If this project has been discontinued, then it might be an idea to update the project description and/or delete this one. |
|
The other project has all the FetchContent stuff working, and has the right travis setup. Closing this as it's obolete. |
|
It hasn't been discontinued so much as neglected, but thank you! |
A couple of updates to the demo that allow it to work with the latest rippled and some cmake improvements.