--- Log opened Sat Mar 09 00:00:11 2019
06:43 -!- Cory [Cory@unaffiliated/cory] has quit [Ping timeout: 244 seconds]
06:50 -!- Pasha [Cory@unaffiliated/cory] has joined #secp256k1
06:52 -!- Pasha is now known as Cory
11:35 -!- belcher [~belcher@unaffiliated/belcher] has quit [Ping timeout: 245 seconds]
11:40 < nickler> gmaxwell: oh, looks like I was assuming a wrong default setting! sorry
12:40 < nickler> Is it possible that the arm assembly doesn't work with aarch64? I'm getting errors during the build https://0bin.net/paste/NPcnf-INSfCNjZQn#XHnTJslAX8qwwYg2U25YGur5EcTfBbvDvKMOgXJwdp+
13:09 -!- arubi_ [~ese168@gateway/tor-sasl/ese168] has joined #secp256k1
13:11 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Ping timeout: 256 seconds]
13:12 < gmaxwell> nickler: yea the arm assembly is 32bit. Sounds like the build system doesn't know to not use it then.
13:13 < gmaxwell> nickler: glad to hear it was settings confusion, order is restored to the universe.
13:13 < gmaxwell> I don't have an aarch64 host running at the moment, I will sometime soon.
13:13 < gmaxwell> No one has written aarch64 asm for us yet, ... considering that we haven't enabled the 32bit stuff by default I could understand why no one would feel especially hurried about it. :P
13:21 < gmaxwell> sipa: do you know if you tested endo for G table that actually used the endmorphism to split G instead of splitting at 2^128?
13:22 < gmaxwell> (sure the endomorphism itself is slower to use, but the result would be allowing the table to be twice as large in the same memory)
13:24 < sipa> gmaxwell: pretty sure i never tested that
13:27 < gmaxwell> okay, maybe I'll test it in the next few days.
--- Log closed Sun Mar 10 00:00:11 2019