12017-04-24T00:00:05 *** Lauda has quit IRC
22017-04-24T00:01:21 *** Lauda has joined #bitcoin-core-dev
32017-04-24T00:12:44 *** NielsvG has quit IRC
42017-04-24T00:15:50 *** AaronvanW has quit IRC
52017-04-24T00:17:46 *** NielsvG has joined #bitcoin-core-dev
62017-04-24T00:17:49 *** NielsvG has quit IRC
72017-04-24T00:17:49 *** NielsvG has joined #bitcoin-core-dev
82017-04-24T00:19:11 *** belcher has quit IRC
92017-04-24T00:34:14 *** CubicEarth has joined #bitcoin-core-dev
102017-04-24T00:43:42 <bitcoin-git> [bitcoin] 1mbtxn opened pull request #10266: Update policy.h (master...patch-1) https://github.com/bitcoin/bitcoin/pull/10266
112017-04-24T00:45:34 <gmaxwell> the github review thing does not have a 'diapprove'
122017-04-24T00:46:59 <BlueMatt> lol
132017-04-24T00:47:07 <BlueMatt> wut
142017-04-24T00:49:21 <gmaxwell> apparently everyone gets a gold star, you can only comment, approve, or request changes...
152017-04-24T00:49:47 <BlueMatt> can you request that they close it?
162017-04-24T00:50:06 <BlueMatt> :p
172017-04-24T00:54:18 *** vicenteH` has joined #bitcoin-core-dev
182017-04-24T00:54:20 <bitcoin-git> [bitcoin] fanquake closed pull request #10266: Update policy.h (master...patch-1) https://github.com/bitcoin/bitcoin/pull/10266
192017-04-24T00:55:17 *** fanquake has joined #bitcoin-core-dev
202017-04-24T00:56:06 *** vicenteH has quit IRC
212017-04-24T01:04:35 *** tw2006 has joined #bitcoin-core-dev
222017-04-24T01:08:58 *** CubicEarth has quit IRC
232017-04-24T01:09:27 *** tw2006 has quit IRC
242017-04-24T01:10:01 <bitcoin-git> [bitcoin] kallewoof opened pull request #10267: New -readconfig argument for including external configuration files (master...feature-config-readconfig) https://github.com/bitcoin/bitcoin/pull/10267
252017-04-24T01:13:43 *** justanotheruser has joined #bitcoin-core-dev
262017-04-24T01:16:05 *** justan0theruser has quit IRC
272017-04-24T01:30:58 *** Ylbam has quit IRC
282017-04-24T01:54:06 *** vicenteH` has quit IRC
292017-04-24T02:26:04 *** molz_ has quit IRC
302017-04-24T02:46:19 *** PaulCape_ has quit IRC
312017-04-24T02:53:32 *** tw2006 has joined #bitcoin-core-dev
322017-04-24T02:58:20 *** tw2006 has quit IRC
332017-04-24T03:57:04 *** moli_ has joined #bitcoin-core-dev
342017-04-24T04:13:31 *** justan0theruser has joined #bitcoin-core-dev
352017-04-24T04:15:01 *** justanotheruser has quit IRC
362017-04-24T04:29:02 *** aosfields has quit IRC
372017-04-24T04:39:40 *** cannon-c_AFK is now known as cannon-c
382017-04-24T04:41:33 *** laurentmt has joined #bitcoin-core-dev
392017-04-24T04:42:25 *** laurentmt has quit IRC
402017-04-24T04:42:47 *** tw2006 has joined #bitcoin-core-dev
412017-04-24T04:47:14 *** tw2006 has quit IRC
422017-04-24T04:55:11 *** kadoban has quit IRC
432017-04-24T05:30:02 *** d9b4bef9 has quit IRC
442017-04-24T05:31:08 *** d9b4bef9 has joined #bitcoin-core-dev
452017-04-24T05:32:01 *** d9b4bef9 has quit IRC
462017-04-24T05:33:07 *** d9b4bef9 has joined #bitcoin-core-dev
472017-04-24T05:54:25 *** RubenSomsen has joined #bitcoin-core-dev
482017-04-24T06:12:12 *** dodomojo has quit IRC
492017-04-24T06:31:26 *** tw2006 has joined #bitcoin-core-dev
502017-04-24T06:36:09 *** tw2006 has quit IRC
512017-04-24T06:40:46 *** juscamarena has joined #bitcoin-core-dev
522017-04-24T06:40:47 *** juscamarena is now known as juscamarena_
532017-04-24T06:45:06 *** BashCo has quit IRC
542017-04-24T06:57:31 *** paveljanik has quit IRC
552017-04-24T06:59:42 <wumpus> "using deep learning frameworks in bitcoin mining", that's hilarious, what bottom-of-the-barrel buzzword factory did that come out of
562017-04-24T07:00:33 *** arubi has quit IRC
572017-04-24T07:00:48 <gmaxwell> lol
582017-04-24T07:00:56 *** arubi has joined #bitcoin-core-dev
592017-04-24T07:05:08 *** gielbier has joined #bitcoin-core-dev
602017-04-24T07:06:50 <jonasschnelli> heh
612017-04-24T07:11:34 *** BashCo has joined #bitcoin-core-dev
622017-04-24T07:31:29 *** gielbier has quit IRC
632017-04-24T07:53:32 *** EagleTM has joined #bitcoin-core-dev
642017-04-24T07:59:35 *** waxwing has quit IRC
652017-04-24T08:00:17 *** EagleTM has left #bitcoin-core-dev
662017-04-24T08:08:26 *** d_t has quit IRC
672017-04-24T08:20:23 *** tw2006 has joined #bitcoin-core-dev
682017-04-24T08:24:41 *** tw2006 has quit IRC
692017-04-24T08:35:36 *** RubenSomsen has quit IRC
702017-04-24T08:36:55 *** RubenSomsen has joined #bitcoin-core-dev
712017-04-24T08:37:05 <emucode> what if... that was the deep learning that discovered asicboost? :o
722017-04-24T08:38:16 *** timothy has joined #bitcoin-core-dev
732017-04-24T08:42:22 *** waxwing has joined #bitcoin-core-dev
742017-04-24T08:47:01 *** jannes has joined #bitcoin-core-dev
752017-04-24T08:55:02 *** n1ce has joined #bitcoin-core-dev
762017-04-24T09:00:00 *** cannon-c has quit IRC
772017-04-24T09:02:37 *** juscamarena_ is now known as juscamarena
782017-04-24T09:05:01 *** d9b4bef9 has quit IRC
792017-04-24T09:06:07 *** d9b4bef9 has joined #bitcoin-core-dev
802017-04-24T09:17:04 *** Ylbam has joined #bitcoin-core-dev
812017-04-24T09:24:21 *** BashCo has quit IRC
822017-04-24T09:27:12 *** BashCo has joined #bitcoin-core-dev
832017-04-24T09:46:53 *** harrymm has joined #bitcoin-core-dev
842017-04-24T10:09:18 *** tw2006 has joined #bitcoin-core-dev
852017-04-24T10:11:27 *** AaronvanW has joined #bitcoin-core-dev
862017-04-24T10:13:39 *** tw2006 has quit IRC
872017-04-24T10:45:42 *** vicenteH has joined #bitcoin-core-dev
882017-04-24T11:19:06 *** Guyver2 has joined #bitcoin-core-dev
892017-04-24T11:31:40 *** tw2006 has joined #bitcoin-core-dev
902017-04-24T11:40:58 *** Ylbam has quit IRC
912017-04-24T11:45:00 *** str4d has quit IRC
922017-04-24T11:51:54 *** waxwing has quit IRC
932017-04-24T12:05:03 *** waxwing has joined #bitcoin-core-dev
942017-04-24T12:12:11 *** BashCo has quit IRC
952017-04-24T12:14:19 *** BashCo has joined #bitcoin-core-dev
962017-04-24T12:29:11 <bitcoin-git> [bitcoin] laanwj pushed 6 new commits to master: https://github.com/bitcoin/bitcoin/compare/1b25b6df0f08...342b9bc3907e
972017-04-24T12:29:12 <bitcoin-git> bitcoin/master c21cbe6 Pieter Wuille: Introduce FastRandomContext::randbool()
982017-04-24T12:29:12 <bitcoin-git> bitcoin/master 663fbae Pieter Wuille: FastRandom benchmark
992017-04-24T12:29:13 <bitcoin-git> bitcoin/master e04326f Pieter Wuille: Add ChaCha20
1002017-04-24T12:29:24 <bitcoin-git> [bitcoin] laanwj closed pull request #9792: FastRandomContext improvements and switch to ChaCha20 (master...chacha) https://github.com/bitcoin/bitcoin/pull/9792
1012017-04-24T12:33:35 *** jtimon has joined #bitcoin-core-dev
1022017-04-24T12:50:35 *** RubenSomsen has quit IRC
1032017-04-24T12:52:22 <BlueMatt> wumpus: the same bottom-of-the-barrel buzzword bingo that came up with "using normal computers to simulate quantum computers to do bitcoin mining"
1042017-04-24T12:54:00 <wumpus> BlueMatt: ah yes the "apply all the buzzwords to bitcoin mining, see what sticks" approach
1052017-04-24T12:54:08 <sipa> BlueMatt: i'm almost done splitting up pertxoutcache into more reasonable pieces... prepare to review 25 commits :)
1062017-04-24T12:54:50 <wumpus> "bitcoin mining on mars"
1072017-04-24T12:55:45 <jtimon> uff, none of those are preparation commits that could be merged beforehand?
1082017-04-24T12:56:25 <BlueMatt> sipa: god damn it
1092017-04-24T12:56:43 <BlueMatt> jtimon: several already have been split out into separate prs, I think :)
1102017-04-24T12:57:11 <BlueMatt> sipa: anyway, you're gonna have to wait until i spend two days on morcos' fee estimation stuff first, I think
1112017-04-24T12:57:16 <jtimon> BlueMatt: what about using deep learning to come up with software optimizations that beat sha256d asics using gpgpu?
1122017-04-24T12:57:36 <BlueMatt> sipa: I keep getting distracted because your stuff is easier for me to review, and I need to spend a day figuring out wtf fee estimation does
1132017-04-24T12:57:37 * jtimon goes to read open PRs by sipa
1142017-04-24T12:58:05 <BlueMatt> jtimon: sounds good, lets raise 10 mill and then tell investors it didnt work out the next day?
1152017-04-24T12:58:11 <BlueMatt> can split the 5 even?
1162017-04-24T12:59:09 <BlueMatt> or is that kind of overt scam reserved for ICOs now? :/
1172017-04-24T13:00:59 <fanquake> Not sure what an ICO is, but I heard you could raise >10 times that just by building an internet connected juicer
1182017-04-24T13:01:51 <BlueMatt> fanquake: I figured they just got so used to squeezing investors for money all they knew how to build was something that squeezed the contents out of bags
1192017-04-24T13:01:59 <BlueMatt> *rimshot*
1202017-04-24T13:02:43 *** tw2006 has quit IRC
1212017-04-24T13:03:09 <wumpus> fanquake BlueMatt lol
1222017-04-24T13:03:22 *** tw2006 has joined #bitcoin-core-dev
1232017-04-24T13:04:12 <wumpus> the bags weren't even blockchain connected smart property :')
1242017-04-24T13:07:42 *** rabidus has quit IRC
1252017-04-24T13:09:10 <BlueMatt> wumpus: clearly we can further optimize their buzzword-compliance
1262017-04-24T13:10:01 *** tw2006 has quit IRC
1272017-04-24T13:10:07 *** kadoban has joined #bitcoin-core-dev
1282017-04-24T13:10:37 *** tw2006 has joined #bitcoin-core-dev
1292017-04-24T13:14:08 <fanquake> Since we seem to be giving Boost removal a good shot for 0.15, does anyone have suggestions for replacing GetNumCores? https://github.com/bitcoin/bitcoin/blob/master/src/util.cpp#L881
1302017-04-24T13:14:26 <fanquake> There is std::thread::hardware_concurrency(), but that seems to count virtual cores, which I don't think we want.
1312017-04-24T13:14:51 <BlueMatt> fanquake: I doubt we'll do boost removal for 0.15
1322017-04-24T13:14:58 <BlueMatt> shit like BOOST_FOREACH, sure
1332017-04-24T13:15:07 <BlueMatt> but all of boost? doubtful, there are still things we need
1342017-04-24T13:16:37 <fanquake> Yea sorry, not the whole lot, but we can remove a decent chunk. Just looking into what else needs to be done to replace some of the less involved Boost usage.
1352017-04-24T13:16:43 <BlueMatt> fair
1362017-04-24T13:17:14 <wumpus> yes, it makes sense to plan ahead a bit, without immediately doing it
1372017-04-24T13:18:12 <wumpus> right, don't count virtual cores, that used to be the case but it makes no sense for our usage
1382017-04-24T13:19:15 <wumpus> it'd create a swarm of threads overwhelming any machine with hyperthreading (+accompanying thread stack overhead), for script validation, and there was no gain at all for that
1392017-04-24T13:20:03 <sipa> BlueMatt: don't worry, there is no hurry
1402017-04-24T13:34:01 *** tw2006 has quit IRC
1412017-04-24T13:34:40 *** tw2006 has joined #bitcoin-core-dev
1422017-04-24T13:50:33 *** d_t has joined #bitcoin-core-dev
1432017-04-24T13:55:33 *** d_t has quit IRC
1442017-04-24T13:56:24 *** RubenSomsen has joined #bitcoin-core-dev
1452017-04-24T13:59:10 <morcos> wumpus: i don't think that is correct
1462017-04-24T13:59:24 <morcos> suppose you have 4 cores (8 virtual cores)
1472017-04-24T13:59:24 <wumpus> fanquake: indeed seems that std has no equivalent to physical_concurrency, on any standard. That's annoying as it is non-trivial to implement
1482017-04-24T13:59:35 <morcos> i think running par=8 (if it let you) would be notably faster
1492017-04-24T13:59:59 <morcos> jeremyrubin and i discussed this at length a while back... i think i commented about it on irc at the time
1502017-04-24T14:00:21 <wumpus> morcos: I think the conclusion at the time was that it made no difference, but sure would make sense to benchmark
1512017-04-24T14:00:39 <morcos> perhaps historical testing on the virtual vs actual cores was polluted by concurrency issues that have now improved
1522017-04-24T14:00:47 <wumpus> I think there are not more ALUs, so there is not really a point in having more threads
1532017-04-24T14:01:40 <wumpus> hyperthreads are basically just a stored register state right?
1542017-04-24T14:02:23 <sipa> wumpus: yes but it helps the scheduler
1552017-04-24T14:02:27 <wumpus> in which case the only speedup using "number of cores" threads would give you is, possibly, excluding other software from running on the cores on the same time
1562017-04-24T14:02:36 <morcos> well this is where i get out of my depth
1572017-04-24T14:02:50 <sipa> if one of the threads is waiting on a read from ram, the other can use the arithmetic unit for example
1582017-04-24T14:02:54 <morcos> wumpus: i'm pretty sure though that the speed up is considerably more than what you might expect from that
1592017-04-24T14:02:59 <wumpus> sipa: ok, I back down, I didn't want to argue this at all
1602017-04-24T14:03:34 <morcos> the reason i haven't tested it myself, is the machine i usually use has 16 cores... so not easy due to remaining concurrency issues to get much more speedup
1612017-04-24T14:03:36 <wumpus> I'm fine with restoring it to number of virtual threads if that's faster
1622017-04-24T14:03:54 <morcos> we should have somene with 4 cores (and 8) actually test it though, i agree
1632017-04-24T14:03:58 <sipa> i would expect (but we should benchmark...) that if 8 scriot validation threads instead of 4 on a quadcore hyperthreading is not faster, it's due to lock contention
1642017-04-24T14:04:20 <morcos> sipa: yeah thats my point, i think lock contention isn't that bad with 8 now
1652017-04-24T14:04:22 <wumpus> on 64-bit systems the additional thread overhead wouldn't be important at least
1662017-04-24T14:04:23 <gmaxwell> I previously benchmarked, a long time ago, it was faster.
1672017-04-24T14:04:33 <gmaxwell> (to use the HT core count)
1682017-04-24T14:04:44 <wumpus> why was this changed at all then?
1692017-04-24T14:04:47 <wumpus> I'm confused
1702017-04-24T14:05:04 <sipa> good question!
1712017-04-24T14:05:06 <gmaxwell> I had no idea we changed it.
1722017-04-24T14:05:25 <wumpus> sigh :(
1732017-04-24T14:05:54 <gmaxwell> What PR changed it?
1742017-04-24T14:06:50 <gmaxwell> In any case, on 32-bit it's probably a good tradeoff... the extra ram overhead is worth avoiding.
1752017-04-24T14:07:22 <wumpus> https://github.com/bitcoin/bitcoin/pull/6361
1762017-04-24T14:07:28 <gmaxwell> PR 6461 btw.
1772017-04-24T14:07:37 <gmaxwell> er lol at least you got it right.
1782017-04-24T14:07:45 <wumpus> the complaint was that systems became unsuably slow when using that many thread
1792017-04-24T14:07:51 <wumpus> so at least I got one thing right, woohoo
1802017-04-24T14:07:54 <sipa> seems i even acked it!
1812017-04-24T14:07:57 <BlueMatt> wumpus: there are more alus
1822017-04-24T14:08:38 <BlueMatt> but we need to improve lock contention first
1832017-04-24T14:08:39 <morcos> anywya, i think in the past the lock contention made 8 threads regardless of cores a bit dicey.. now that is much better (although more still to be done)
1842017-04-24T14:09:01 <BlueMatt> or we can just merge #10192, thats fee
1852017-04-24T14:09:04 <gribble> https://github.com/bitcoin/bitcoin/issues/10192 | Cache full script execution results in addition to signatures by TheBlueMatt · Pull Request #10192 · bitcoin/bitcoin · GitHub
1862017-04-24T14:09:10 <BlueMatt> s/fee/free/
1872017-04-24T14:09:20 <morcos> no, we do not need to improve lock contention first. but we should probably do that before we increase the max beyond 16
1882017-04-24T14:09:26 <BlueMatt> then we can toss concurrency issues out the window and get more speedup anyway
1892017-04-24T14:09:35 <gmaxwell> wumpus: yea, well in QT I thought we also diminished the count by 1 or something? but yes, if the motivation was to reduce how heavily the machine was used, thats fair.
1902017-04-24T14:09:56 <sipa> the benefit of using HT cores is certainly not a factor 2
1912017-04-24T14:09:58 <wumpus> gmaxwell: for the default I think this makes a lot of sense, yes
1922017-04-24T14:10:10 <gmaxwell> morcos: right now on my 24/28 physical core hosts going beyond 16 still reduces performance.
1932017-04-24T14:10:11 <wumpus> gmaxwell: do we also restrict the maximum par using this? that'd make less sense
1942017-04-24T14:10:50 <wumpus> if someone *wants* to use the virtual cores they should be able to by setting -par=
1952017-04-24T14:10:51 * sipa flies to US
1962017-04-24T14:10:51 <BlueMatt> sipa: sure, but the shared cache helps us get more out of it than some others, as morcos points out
1972017-04-24T14:11:30 <BlueMatt> (because it means our thread contention issues are less)
1982017-04-24T14:12:05 <morcos> gmaxwell: yeah i've been bogged down in fee estimation as well (and the rest of life) for a while now.. otherwise i would have put more effort into jeremy's checkqueue
1992017-04-24T14:12:36 <BlueMatt> morcos: heh, well now you can do other stuff while the rest of us get bogged down in understanding fee estimation enough to review it :p
2002017-04-24T14:12:37 <wumpus> [to answer my own question: no, the limit for par is MAX_SCRIPTCHECK_THREADS, or 16]
2012017-04-24T14:12:54 <morcos> but to me optimizing for more than 16 cores is pretty valuable as miners could use beefy machines and be less concerned by block validation time
2022017-04-24T14:14:36 *** dermoth has joined #bitcoin-core-dev
2032017-04-24T14:14:38 <BlueMatt> morcos: i think you may be surprised by the number of mining pools that are on VPSes that do not have 16 cores :/
2042017-04-24T14:15:34 <gmaxwell> I assume right now most of the time block validation is bogged in the parts that are not as concurrent. simple because caching makes the concurrent parts so fast. (and soon to hopefully increase with bluematt's patch)
2052017-04-24T14:17:55 <gmaxwell> improving sha2 speed, or transaction malloc overhead are probably bigger wins now for connection at the tip than parallelism beyond 16 (though I'd like that too).
2062017-04-24T14:18:21 <BlueMatt> sha2 speed is big
2072017-04-24T14:18:27 <morcos> yeah lots of things to do actually...
2082017-04-24T14:18:57 <gmaxwell> BlueMatt: might be a tiny bit less big if we didn't hash the block header 8 times for every block. :P
2092017-04-24T14:21:27 <BlueMatt> ehh, probably, but I'm less rushed there
2102017-04-24T14:21:43 <BlueMatt> my new cache thing is about to add a bunch of hashing
2112017-04-24T14:21:50 <BlueMatt> 1 sha round per tx
2122017-04-24T14:22:25 <BlueMatt> and sigcache is obviously a ton
2132017-04-24T14:27:28 *** Giszmo has joined #bitcoin-core-dev
2142017-04-24T14:47:43 <bitcoin-git> [bitcoin] laanwj pushed 7 new commits to master: https://github.com/bitcoin/bitcoin/compare/342b9bc3907e...fa1ac2881f2a
2152017-04-24T14:47:44 <bitcoin-git> bitcoin/master 71afe3c Wladimir J. van der Laan: wallet: Introduce database handle wrapper...
2162017-04-24T14:47:45 <bitcoin-git> bitcoin/master 071c955 Wladimir J. van der Laan: wallet: Get rid of fFileBacked...
2172017-04-24T14:47:45 <bitcoin-git> bitcoin/master be9e1a9 Wladimir J. van der Laan: wallet: Reduce references to global bitdb environment
2182017-04-24T14:47:58 <bitcoin-git> [bitcoin] laanwj closed pull request #9951: Wallet database handling abstractions/simplifications (master...2017_03_wallet_dbwrapper) https://github.com/bitcoin/bitcoin/pull/9951
2192017-04-24T14:51:05 *** marcoagner has joined #bitcoin-core-dev
2202017-04-24T14:51:24 *** RubenSomsen has quit IRC
2212017-04-24T14:53:19 *** tw2006 has quit IRC
2222017-04-24T14:53:56 *** tw2006 has joined #bitcoin-core-dev
2232017-04-24T14:58:28 <wumpus> fanquake: re: #10260, how is homebrew versioned? should the instructions always apply to only the latest version?
2242017-04-24T14:58:29 <gribble> https://github.com/bitcoin/bitcoin/issues/10260 | [doc] Minor corrections to osx dependencies by fanquake · Pull Request #10260 · bitcoin/bitcoin · GitHub
2252017-04-24T15:43:32 *** altoz_ has joined #bitcoin-core-dev
2262017-04-24T15:46:23 *** altoz has quit IRC
2272017-04-24T15:58:36 *** n1ce has quit IRC
2282017-04-24T15:59:52 *** n1ce has joined #bitcoin-core-dev
2292017-04-24T16:12:35 *** BashCo has quit IRC
2302017-04-24T16:13:24 *** BashCo has joined #bitcoin-core-dev
2312017-04-24T16:24:05 *** PaulCapestany has joined #bitcoin-core-dev
2322017-04-24T16:25:28 *** abpa has joined #bitcoin-core-dev
2332017-04-24T16:28:16 *** n1ce has quit IRC
2342017-04-24T16:35:48 *** talmai has joined #bitcoin-core-dev
2352017-04-24T16:40:25 *** tripleslash has quit IRC
2362017-04-24T16:43:49 *** timothy has quit IRC
2372017-04-24T16:48:31 *** tripleslash has joined #bitcoin-core-dev
2382017-04-24T16:59:32 *** BashCo has quit IRC
2392017-04-24T17:30:36 *** talmai has quit IRC
2402017-04-24T17:33:13 *** talmai has joined #bitcoin-core-dev
2412017-04-24T17:35:37 *** BashCo has joined #bitcoin-core-dev
2422017-04-24T18:01:45 *** tripleslash has quit IRC
2432017-04-24T18:04:43 *** tripleslash has joined #bitcoin-core-dev
2442017-04-24T18:14:59 *** Dyaheon has quit IRC
2452017-04-24T18:16:03 *** Dyaheon has joined #bitcoin-core-dev
2462017-04-24T18:24:31 *** SopaXorzTaker has quit IRC
2472017-04-24T18:37:19 *** mkwia has quit IRC
2482017-04-24T18:38:07 *** mkwia has joined #bitcoin-core-dev
2492017-04-24T19:59:28 *** luke-jr has quit IRC
2502017-04-24T19:59:43 *** paveljanik has joined #bitcoin-core-dev
2512017-04-24T19:59:44 *** paveljanik has joined #bitcoin-core-dev
2522017-04-24T20:00:01 * BlueMatt is still so confused as to why he has to manually build util.cpp without lto to get a full-bitcoind lto build to work
2532017-04-24T20:01:01 *** mol has joined #bitcoin-core-dev
2542017-04-24T20:04:05 *** moli_ has quit IRC
2552017-04-24T20:11:11 *** luke-jr has joined #bitcoin-core-dev
2562017-04-24T20:29:35 *** chjj has quit IRC
2572017-04-24T20:37:01 <achow101> gmaxwell: any update on publishing that alert key?
2582017-04-24T20:43:42 *** chjj has joined #bitcoin-core-dev
2592017-04-24T20:51:24 *** Giszmo has quit IRC
2602017-04-24T21:08:13 *** talmai has quit IRC
2612017-04-24T21:08:30 *** Giszmo has joined #bitcoin-core-dev
2622017-04-24T21:10:42 *** tw2006 has quit IRC
2632017-04-24T21:36:25 *** asoltys has quit IRC
2642017-04-24T21:37:54 *** asoltys has joined #bitcoin-core-dev
2652017-04-24T21:44:51 *** RubenSomsen has joined #bitcoin-core-dev
2662017-04-24T21:51:43 *** Ylbam has joined #bitcoin-core-dev
2672017-04-24T22:03:51 *** Guyver2 has quit IRC
2682017-04-24T22:04:47 *** Squidicuz has quit IRC
2692017-04-24T22:06:13 *** condomitti has joined #bitcoin-core-dev
2702017-04-24T22:12:19 *** jannes has quit IRC
2712017-04-24T22:13:02 *** RubenSomsen has quit IRC
2722017-04-24T22:15:07 *** altoz_ has quit IRC
2732017-04-24T22:15:32 *** altoz_ has joined #bitcoin-core-dev
2742017-04-24T22:16:43 *** Squidicuz has joined #bitcoin-core-dev
2752017-04-24T22:24:27 *** belcher has joined #bitcoin-core-dev
2762017-04-24T22:42:50 *** vicenteH has quit IRC
2772017-04-24T22:59:52 *** tw2006 has joined #bitcoin-core-dev
2782017-04-24T23:00:19 *** condomitti has quit IRC
2792017-04-24T23:04:47 *** tw2006 has quit IRC
2802017-04-24T23:08:06 <bitcoin-git> [bitcoin] sipa pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/fa1ac2881f2a...c73af5416b66
2812017-04-24T23:08:07 <bitcoin-git> bitcoin/master 344a2c4 Pieter Wuille: Add support for std::unordered_{map,set} to memusage.h
2822017-04-24T23:08:08 <bitcoin-git> bitcoin/master e6756ad Pieter Wuille: Switch CCoinsMap from boost to std unordered_map
2832017-04-24T23:08:08 <bitcoin-git> bitcoin/master c73af54 Pieter Wuille: Merge #10249: Switch CCoinsMap from boost to std unordered_map...
2842017-04-24T23:08:26 <bitcoin-git> [bitcoin] sipa closed pull request #10249: Switch CCoinsMap from boost to std unordered_map (master...stdcoinmap) https://github.com/bitcoin/bitcoin/pull/10249
2852017-04-24T23:21:28 *** LeMiner2 has quit IRC
2862017-04-24T23:23:01 *** LeMiner2 has joined #bitcoin-core-dev
2872017-04-24T23:24:50 *** heath has quit IRC
2882017-04-24T23:24:56 *** jrayhawk has quit IRC
2892017-04-24T23:24:57 *** kanzure has quit IRC
2902017-04-24T23:27:14 *** AaronvanW has quit IRC
2912017-04-24T23:38:43 *** heath has joined #bitcoin-core-dev
2922017-04-24T23:38:48 *** kanzure has joined #bitcoin-core-dev
2932017-04-24T23:39:48 *** jrayhawk has joined #bitcoin-core-dev
2942017-04-24T23:45:28 *** jrayhawk has quit IRC
2952017-04-24T23:45:39 *** kanzure has quit IRC
2962017-04-24T23:45:53 *** heath has quit IRC
2972017-04-24T23:56:35 *** jrayhawk has joined #bitcoin-core-dev
2982017-04-24T23:56:42 *** heath has joined #bitcoin-core-dev
2992017-04-24T23:56:44 *** kanzure has joined #bitcoin-core-dev