--- Log opened Sat Oct 26 00:00:45 2019
01:05 -!- jonatack [~jon@2a01:e35:8aba:8220:6627:dad:d967:649d] has quit [Ping timeout: 276 seconds]
02:17 -!- jonatack [~jon@54.76.13.109.rev.sfr.net] has joined #bitcoin-builds
02:26 < wumpus> FWIW i've built bitcoin core with clang 10/git recently and it worked fine, but that's for linux, mac is of course a different story
02:27 < wumpus> wouldn't suggest doing that for releases but speaking of latest and greatest anyhow
02:35 -!- jonatack_ [~jon@54.76.13.109.rev.sfr.net] has joined #bitcoin-builds
02:36 -!- jonatack [~jon@54.76.13.109.rev.sfr.net] has quit [Ping timeout: 268 seconds]
02:39 -!- jonatack_ [~jon@54.76.13.109.rev.sfr.net] has quit [Ping timeout: 240 seconds]
02:41 -!- jonatack_ [~jon@37.173.194.121] has joined #bitcoin-builds
02:41 -!- jonatack_ [~jon@37.173.194.121] has quit [Read error: Connection reset by peer]
02:42 -!- jonatack_ [~jon@37.173.194.121] has joined #bitcoin-builds
02:43 -!- jonatack_ [~jon@37.173.194.121] has quit [Client Quit]
02:43 -!- jonatack [~jon@37.173.194.121] has joined #bitcoin-builds
02:56 < wumpus> wave bye to BIP70 :)
02:56 < fanquake> wumpus !
03:02 -!- jonatack [~jon@37.173.194.121] has quit [Remote host closed the connection]
03:03 -!- jonatack [~jon@37.173.194.121] has joined #bitcoin-builds
03:17 < wumpus> so that leaves only RAND_bytes OPENSSL_init_crypto and RAND_add from OpenSSL
03:17 < fanquake> wumpus yep, I've got a branch with the OpenSSL removal changes pretty much ready to go
03:18 < wumpus> awesome!
03:21 < wumpus> I guess it needs somewhat more thorough review as strong randomness is essential, but seems realistic for 0.20 then
03:21 < fanquake> wumpus absolutely in regards to thorough review. Although I'm thinking that's why I'll get the changes PR'd soon. So they can sit for a while.
03:21 < wumpus> right, good point
03:29 -!- jonatack [~jon@37.173.194.121] has quit [Read error: Connection reset by peer]
03:50 < wumpus> BTW does anyone know of a readelf / objdump like command that can show an overview of imported symbol, but grouped per library? this would be useful sometimes
04:41 < fanquake> wumpus let me know if you find something
04:42 < wumpus> ok!
06:48 -!- jonatack [~jon@37.164.13.183] has joined #bitcoin-builds
07:36 -!- jonatack [~jon@37.164.13.183] has quit [Ping timeout: 268 seconds]
07:36 -!- jonatack [~jon@54.76.13.109.rev.sfr.net] has joined #bitcoin-builds
08:47 -!- jonatack_ [~jon@82.102.27.163] has joined #bitcoin-builds
08:50 -!- jonatack [~jon@54.76.13.109.rev.sfr.net] has quit [Ping timeout: 240 seconds]
08:54 -!- jonatack_ [~jon@82.102.27.163] has quit [Quit: jonatack_]
08:55 -!- jonatack [~jon@82.102.27.163] has joined #bitcoin-builds
09:04 -!- jonatack [~jon@82.102.27.163] has quit [Ping timeout: 265 seconds]
10:16 < cfields> wumpus: Not sure if it's what you're looking for, but I get similar info at link-time with -Wl,--map .
10:17 < cfields> and ld64 (darwin) has something like -Wl,--why_live . Can't remember the name exactly.
10:19 < cfields> wumpus: hehe. I thought I was doing good to keep up with stable clang releases :)
10:24 -!- jonatack [~jon@2a01:e35:8aba:8220:6627:dad:d967:649d] has joined #bitcoin-builds
10:27 < wumpus> cfields: hm that could be useful! though passing arguments to the linker (considering arbitrary build systems) is kind of tricky
12:36 < elichai2> Do we know the minimum supported glibc/linux kernel version that core needs?
15:18 -!- jonatack [~jon@2a01:e35:8aba:8220:6627:dad:d967:649d] has quit [Remote host closed the connection]
15:19 -!- jonatack [~jon@2a01:e35:8aba:8220:6627:dad:d967:649d] has joined #bitcoin-builds
15:50 < cfields> elichai2: kernel should be irrelevant, and we should be libc agnostic, but we explicitly maintain back-compat with glibc. There's a python script (symbol-check.py or so) that describes what's supported.
15:52 < fanquake> https://github.com/bitcoin/bitcoin/blob/master/contrib/devtools/symbol-check.py
15:56 < elichai2> cfields: fanquake thanks. I'll try later to use it and look over the list. Anyway this was the context https://github.com/rust-lang/libc/issues/1412
15:57 < cfields> elichai2: they probably use the same hacks as us, though looks like their minimums are much higher.
15:58 < cfields> elichai2: let's try to sync up on Monday? I think we probably have lots to catch up on.
16:00 < elichai2> Yes. Would love to talk with you on monday :).
--- Log closed Sun Oct 27 00:00:46 2019