diana_coman: client did build previously on gentoo so yes, I'd expect it builds on cuntoo as well really
deedbot: pehbot voiced for 30 minutes.
pehbot: asciilifeform: 0000000000000000000000000003D29513C432BF1D2A8A0E47BFBDCF33649538
diana_coman: asciilifeform, hm, I can't say that I have a very clear idea of ALL potential implications but atm I don't see some specific downside to that; I suppose the alternative would be to raise an error on gcd(0,0)?
pehbot: asciilifeform: 0000000000000000000000000000000000000000000000000000000000000001
pehbot: asciilifeform: 0000000000000000000000000000000000000000000000000000000000000001
pehbot: asciilifeform: 0000000000000000000000000000000000000000000000000000000000000000
diana_coman: myeah, that's not in itself a reason to not do it (if anything, it's the opposite really, given the usual "what everybody does"
diana_coman: other than that the "reason" I can see is that otherwise in principle you need an additional check each time you call gcd (i.e. to make sure you don't step even if once in a blue moon) on this particular rake
diana_coman: I suppose only in some silly situation such as "let's take 2 numbers from user; compute gcd and then proceed to divide and print results"
pehbot: asciilifeform: EGGOG: Pos: 4: Division by Zero!
diana_coman: well, because technically gcd is never 0, right?
pehbot: asciilifeform: EGGOG: Pos: 7: Division by Zero!
diana_coman: i.e. why would you check a gcd for not being 0 since it should never be 0
diana_coman: possibly; at the end of the day it's a choice and one can have gcd implemented one way or another, as long as the choice made is clearly stated on the tin
a111: Logged on 2019-01-09 14:14 diana_coman: my trajectory in hitting walls on this was precisely that: make it static -> surprise, no adainit exported/included, checked the .a file and everything, went nuts; make it dynamic -> ugh, need -lgnat and whatnot; rtfm again and again, there is this calo-magar
diana_coman: but now I'm confused on whether *that* is enough or not (standalone thingie claims it takes care of everything needed for elaboration, correctly)
diana_coman: asciilifeform, yes, but is the one generated for static lib the same? or wtf is with the encapsulated-shit then?
diana_coman: because in the docs it's claimed that non-ada main should be with the encapsulated-lib version, ugh
diana_coman: so far it certainly feels like bleeding, dunno about edge
Mocky: is the number of witnesses to be a knob or fixed?
a111: Logged on 2019-01-11 16:49 asciilifeform: diana_coman: if you're utterly stumped, i can allocate some cycles to the problem tomorrow -- with mircea_popescu's permission ( i swore to him that i will not embroil meself in matters euloric , recall )
diana_coman: so far I can tell that the static lib has the huge disadvantage that one needs then to link with it everything but the kitchen sink to bring in all it needs from ada runtime
diana_coman: so that'd be at least the "encapsulated" part explained
☟︎ diana_coman: asciilifeform, I know, no worries at all! onth I'm not going to *sit* stuck, no - digging at it
a111: Logged on 2019-01-11 17:48 asciilifeform: ( re 'how many witnesses', see diana_coman's article, it reviews the necessary maffs, i.e. P(yer prime aint a prime and you die) == (1/4)^n, where n is # of witness )