aboutsummaryrefslogtreecommitdiff
path: root/src/wallet/CMakeLists.txt (follow)
AgeCommit message (Collapse)AuthorFilesLines
2016-09-03gui/libwallet_merged: libunbound is one more dependencyIlya Kitaev1-9/+13
2016-09-01wallet_merged: ringct added to dependenciesIlya Kitaev1-1/+1
2016-08-30cmake: merge libs via virtual object librariesredfish1-2/+5
CMake issued a warming about policy CMP0026: access of LOCATION target property at config time was disallowed. Offending code was the code that merged static libraries to generate libwallet_merged.a. This patch does that same merge task in a much simpler way. And, since it doesn't violate the policy, the warning went away.
2016-07-23cmake: wallet: libunbound is not always staticredfish1-22/+4
It is not clear why libunbound was added to this in the first place, since it wasn't here before and #915 doesn't seem to introduce any new dependency on it. Tested build with STATIC=OFF (with and without libunbound-dev libunbound8 installed) and STATIC=ON, on Ubuntu Trusty, Debian Jessie, and Arch Linux. For static builds, beware of #926 and #907. If this hack was introduced to make it build on some other system (Windows? OS X?), then it will have to be dealt with, but not this way.
2016-07-18libwallet_api cmake: conditionally creating libwallet_merged2 only forIlya Kitaev1-7/+16
STATIC build
2016-07-18hack to successfull linking for MSYS2Ilya Kitaev1-2/+6
2016-06-24CMake: GPL 'libutils' script removedIlya Kitaev1-2/+4
2016-06-23installing wallet_api headerIlya Kitaev1-2/+2
2016-06-23all wallet dependencies merged to single static libIlya Kitaev1-2/+15
2016-06-23merged with upstreamIlya Kitaev1-1/+2
2016-06-23api implementation splitted over separate filesIlya Kitaev1-2/+12
2016-03-16tests for wallet2_apiIlya Kitaev1-1/+1
2016-03-16wallet2 public api. initial commitIlya Kitaev1-2/+9
2015-12-31updated copyright yearRiccardo Spagni1-1/+1
2015-01-02year updated in licenseRiccardo Spagni1-1/+1
2014-10-24cmake: support 2.8.7Ben Boeckel1-2/+2
Older versions of CMake support LINK_{PUBLIC,PRIVATE} while newer versions prefer PUBLIC and PRIVATE instead, but still support the LINK_ prefix.
2014-10-23cmake: handle private vs. public headersBen Boeckel1-2/+7
2014-10-23cmake: refactor common code with librariesBen Boeckel1-9/+1
2014-10-23cmake: put each library into its own directoryBen Boeckel1-0/+59
This cleans up the CMake code and shows patterns more easily (to be refactored in the next commit).