Commit graph

14 commits

Author SHA1 Message Date
Abit
33215ffb6e Merge pull request #21 from pmconrad/variant_fix
Variant fix
2019-08-20 11:25:15 +02:00
pbattu
00efb88ac7 fc changes to support ubuntu-18.04 upgrade 2019-05-21 18:42:14 -03:00
theoreticalbts
af636c10a2 Add data_size() member to hash classes 2015-05-28 10:23:27 -04:00
Daniel Larimer
0bf2f9cfd4 fix conflict 2015-02-11 18:32:23 -05:00
Daniel Larimer
71e4e221b7 merge 2015-02-11 18:28:29 -05:00
Daniel Larimer
057861c608 extra raw io helpers 2015-02-11 18:27:33 -05:00
Vikram Rajkumar
54a51c3471 Define fc::ripemd160::hash() for arbitrary serializable objects 2015-02-05 18:52:03 -05:00
Daniel Larimer
861221098f made ripemd160 string conversion operator explicit 2014-05-30 14:29:00 -04:00
Vikram Rajkumar
c9529c8f87 Return synonym "uint160_t" for uint160 typename to not break leveldb upgrade routine 2014-05-22 03:52:59 -04:00
dnotestein
68281f4dc0 Added get_typename function needed by new leveldb database upgrading code (uint160 is stored in blockchain database). 2014-02-11 23:10:24 -05:00
Nicolas Wack
271781f78c Fix compilation with clang/libc++
The issue was that redeclaring the hash template in the code somehow seems to shadow the declaration that is done in <functional> and <memory> and afterwards the template specialization of the hash function seems to use our redefined template instead of libc++’s one (most likely due to the fact that libc++ uses an inline namespace inside std)
2014-01-19 19:30:42 +01:00
Daniel Larimer
81c0290568 raw pack of fc::path 2013-09-21 22:48:50 -04:00
Daniel Larimer
5bf5cf9219 adding aes_load and aes_save methods 2013-08-31 13:12:55 -04:00
Daniel Larimer
8a9d0c9e13 adding ripemd160 2013-07-28 10:49:45 -04:00