rottenwheel/monero
1
0
Fork 0
mirror of https://codeberg.org/anoncontributorxmr/monero.git synced 2024-12-04 04:53:19 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions 2
monero/src/daemon/CMakeLists.txt

76 lines
2.5 KiB
Text
Raw Normal View History

Copyright: Update to 2022
2022-03-01 11:16:17 +00:00
# Copyright (c) 2014-2022, The Monero Project
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
#
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without modification, are
# permitted provided that the following conditions are met:
#
# 1. Redistributions of source code must retain the above copyright notice, this list of
# conditions and the following disclaimer.
#
# 2. Redistributions in binary form must reproduce the above copyright notice, this list
# of conditions and the following disclaimer in the documentation and/or other
# materials provided with the distribution.
#
# 3. Neither the name of the copyright holder nor the names of its contributors may be
# used to endorse or promote products derived from this software without specific
# prior written permission.
#
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY
# EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
# MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL
# THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
# PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
# INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
# STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF
# THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
set(daemon_sources
Daemonize changes pulled in -- daemon builds many RPC functions added by the daemonize changes (and related changes on the upstream dev branch that were not merged) were commented out (apart from return). Other than that, this *should* work...at any rate, it builds, and that's something.
2015-01-29 22:10:53 +00:00
command_parser_executor.cpp
command_server.cpp
daemon.cpp
executor.cpp
main.cpp
rpc_command_executor.cpp
)
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
cmake: handle private vs. public headers
2014-10-21 16:38:00 +00:00
set(daemon_headers)
CMake: Add missing headers via monero_find_all_headers macro
2022-03-05 09:37:04 +00:00
monero_find_all_headers(daemon_private_headers "${CMAKE_CURRENT_SOURCE_DIR}")
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
Dropped "bit" from bitmonero.
2016-09-26 14:42:29 +00:00
monero_private_headers(daemon
cmake: handle private vs. public headers
2014-10-21 16:38:00 +00:00
${daemon_private_headers})
Dropped "bit" from bitmonero.
2016-09-26 14:42:29 +00:00
monero_add_executable(daemon
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
${daemon_sources}
cmake: handle private vs. public headers
2014-10-21 16:38:00 +00:00
${daemon_headers}
blocks: use auto-generated .c files instead of 'LD -r -b binary'
2018-10-09 12:33:39 +00:00
${daemon_private_headers})
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
target_link_libraries(daemon
cmake: transitive deps and remove deprecated LINK_* Keep the immediate direct deps at the library that depends on them, declare deps as PUBLIC so that targets that link against that library get the library's deps as transitive deps. Break dep cycle between blockchain_db <-> crytonote_core. No code refactoring, just hide cycle from cmake so that it doesn't complain (cycles are allowed only between static libs, not shared libs). This is in preparation for supproting BUILD_SHARED_LIBS cmake built-in option for building internal libs as shared.
2016-09-17 17:59:29 +00:00
PRIVATE
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
rpc
Moved BlockchainDB into its own src/ subfolder Ostensibly janitorial work, but should be more relevant later down the line. Things that depend on core cryptonote things (i.e. cryptonote_core) don't necessarily depend on BlockchainDB and thus have no need to have BlockchainDB baked in with them.
2015-03-06 20:20:45 +00:00
blockchain_db
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
cryptonote_core
changed crypto to cncrypto so it generated libcncrypto fix a cmakelist
2017-05-21 06:21:17 +00:00
cncrypto
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
common
remerged; commands JSON. logging upgrade. doxygen
2015-04-01 17:00:45 +00:00
p2p
cryptonote_protocol
Daemonize changes pulled in -- daemon builds many RPC functions added by the daemonize changes (and related changes on the upstream dev branch that were not merged) were commented out (apart from return). Other than that, this *should* work...at any rate, it builds, and that's something.
2015-01-29 22:10:53 +00:00
daemonizer
json serialization for rpc-relevant monero types Structured {de-,}serialization methods for (many new) types which are used for requests or responses in the RPC. New types include RPC requests and responses, and structs which compose types within those. # Conflicts: # src/cryptonote_core/blockchain.cpp
2017-09-05 16:20:27 +00:00
serialization
daemon_rpc_server
Do not build against epee_readline if it was not built
2017-10-29 14:51:51 +00:00
${EPEE_READLINE}
build: auto update version info without manually deleting version.h
2017-09-13 23:28:23 +00:00
version
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
${Boost_CHRONO_LIBRARY}
${Boost_FILESYSTEM_LIBRARY}
${Boost_PROGRAM_OPTIONS_LIBRARY}
${Boost_REGEX_LIBRARY}
${Boost_SYSTEM_LIBRARY}
cmake: fix up link lines
2014-10-24 19:30:57 +00:00
${CMAKE_THREAD_LIBS_INIT}
json serialization for rpc-relevant monero types Structured {de-,}serialization methods for (many new) types which are used for requests or responses in the RPC. New types include RPC requests and responses, and structs which compose types within those. # Conflicts: # src/cryptonote_core/blockchain.cpp
2017-09-05 16:20:27 +00:00
${ZMQ_LIB}
Keep readline optional
2018-01-11 05:50:41 +00:00
${GNU_READLINE_LIBRARY}
blocks: use auto-generated .c files instead of 'LD -r -b binary'
2018-10-09 12:33:39 +00:00
${EXTRA_LIBRARIES}
${Blocks})
cmake: put each library into its own directory This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).
2014-10-21 15:13:59 +00:00
set_property(TARGET daemon
PROPERTY
rename Monero daemon
2016-09-03 11:46:41 +00:00
OUTPUT_NAME "monerod")
Add snap packaging. This adds [snap](https://snapcraft.io) packaging to the project. See the link for more information on snaps. Snap packages install on all Linux distributions. On Ubuntu, snap confinement with apparmor and seccomp provide an additional layer of security. This snap sets up monerod as a systemd service, which should start immediately on install. To access the wallet CLI, simply run `monero` (/snap/bin/monero). I think it's a really quick & easy way to get started with monero. I've made some opinionated decisions in the packaging just to kick this off, but I'm happy to iterate on this stuff.
2016-09-01 19:23:36 +00:00
install(TARGETS daemon DESTINATION bin)
Reference in a new issue Copy permalink