log☇︎
1714 entries in 0.903s
asciilifeform: i considered ml as a very, very close contender for 'an ada'
mircea_popescu: it's unclear if that language reduces then to ada, but i suspect not.
mircea_popescu: you know, data type. that i can put in an ada-like manual and write a compiler for.
a111: Logged on 2016-12-03 23:21 mircea_popescu: asciilifeform in re http://btcbase.org/log/2016-08-06#1515745 << we've completed tests and confirmed we can actually link ada code. i'm thinking, prolly the best way is to make an official and definitive tmsr-rsa ~in ada~ as a v root ? or hows's your general numeric thing coming along and more importantly what's it written in ?
mircea_popescu: asciilifeform in re http://btcbase.org/log/2016-08-06#1515745 << we've completed tests and confirmed we can actually link ada code. i'm thinking, prolly the best way is to make an official and definitive tmsr-rsa ~in ada~ as a v root ? or hows's your general numeric thing coming along and more importantly what's it written in ? ☝︎☟︎
ben_vulpes: oh man that ada piece
PeterL: http://bit.csc.lsu.edu/~gb/csc4101/Reading/gigo-1997-04.html << for asciilifeform, the true story behind ada
asciilifeform: http://sworthodoxy.blogspot.com/2014/03/ada-vs-c-bit-fields.html << see also.
asciilifeform: phf: interestingly, the ada folks got this right.
mircea_popescu: the whole point of stupid, yes, "let's make ada work in php!"
scoopbot: AdaPilot - The Open Source Ada-ARM Autopilot Project
asciilifeform: ada has similar mechanism also.
asciilifeform: i also do not care what the other one licked if i actually grasp subj. e.g., i don't give a fuck that it produced ada.
trinque: well, I took CL so you'll have to in ada.
mod6: This sort of leads us back to the original question: to Ada, or not to Ada.
asciilifeform: aha lel you're gonna freezes it with 0 support for non-x86/arm, and sans ada?
mircea_popescu: asciilifeform lol, what, you mean they moved from py ? to what, ada ?
asciilifeform: well, if you actually were to read the ada standard, it has a massive annex specifying ~optional~ components.
asciilifeform: mircea_popescu: ada has a titanic standard lib, this is not really escapable on a c machine if you want SAFE data structures, threads, etc.
asciilifeform: ada.
phf: only acceptable solution is 200 lines of ADA, that you can run on dos (equivalently baremetal) and needs www interface
asciilifeform: phf: ada.
asciilifeform: have an example of correctly made spec: the ada ref+rationale.
asciilifeform: btw ada forces pointers to obey frame, interestingly. it is expensive.
mircea_popescu: and the supersecret future plan of factory -> vsli -> ada -> lisp -> scheme / numeric algebra / stuff is busted open by careless accidental coversations in a public channel
asciilifeform: (ada is quite ok for writing lisps in)
mircea_popescu: and ada will be epic for the purpose.
a111: Logged on 2016-03-12 00:40 mircea_popescu: (actually, amusingly enough, swift docs date from just about the era ada was fashionable. there was such a time - just like that time in the 90s when everyone was eager to implement linux-y things and you didn't really have to sell it at all, whole cities just switched for no reason)
asciilifeform: v is somewhat like ada, in that 'ugh too much pain, sweat', 'not for people!1111' etc reaction from virtually everyone you show it to
mod6: Ada 2012 Reference Manual. Language and Standard Libraries: International Standard ISO/IEC 8652/2012 (E) (Lecture Notes in Computer Science / Programming and Software Engineering)
mod6: <+asciilifeform> in other nyooz, my 'ada 2012 ref man.' is here. << that's neat. thought we were leaning towards the '95 standard? ☟︎
asciilifeform: and fully 2x the thickness of the ada '05 one.
asciilifeform: in other nyooz, my 'ada 2012 ref man.' is here.
asciilifeform: http://www.ada-ru.org/V-0.4w/index.html << ит
asciilifeform: i actually had recently a hardcover glossy printed of the mega-ada guide in ru
asciilifeform: http://btcbase.org/log/2016-04-27#1458429 << rad-hardness via software is surely an absurdity, if contemplated in the sense of 'lead shield', but it really doesn't hurt to handle various 'can't-happens' a la ada. ☝︎
shinohai: I'm ready. Thanks to mats I am not worried about space constraints any longer. Gonna try and order some Ada materials soon and get up to speed with you guise.
asciilifeform: mircea_popescu: considering that ada uses no peculiar ('functional') abstractions, and is pretty much a c with 'bdsm'-restrictive pointer mechanics and hard bounds checking - the nock thing is not in the mix
mod6: Ok, so i had to re-read all of that so im finally caught up here.. i didn't even consider interleaving ada with C really. i dunno why, i was just thinking it would just be its own separate deal.
asciilifeform: the nifty thing is that ada standard specifies own scheduler.
asciilifeform: next thing will be to port my rtlink nic driver to ada (with minimum of asm)
mircea_popescu: so yeah, ada is certainly a good thing in that pot.
mircea_popescu: what, whne you were raving about ada the specified, what did you think i read, exactly this, "oh, he hopes and wills to make the whole chain"
asciilifeform: i've been playing with a bare-metal (x86) ada build chain.
mircea_popescu: anyway, back to the iB : there's a number of very valuable ideas, at least in my eyes, that discussion throughout has brought out. yes the sha thing discussed on trilema ; also - ada, linked into the c, and slowly driving out the c, much in the way the vermin try to drive out say x11 or rsa etc.
mod6: as Ada. We've all kicked it around a bunch about the lang, and I'm not sure we're all sold on Ada. But seems like a step in the correct direction overall.
phf: maybe if i wrote it in ada, it'd be boing 747 on the first try
mod6: Say that the reward half is in july... seems hard to figure we could have anything meaningful written in ada by then at all.
mod6: mircea_popescu: anyway, re: retooling to ada; I think my overall thought was, get v054 complete, in its classic form. Then move along to ada perhaps. But then there's still the question surrounding your suggested changes. Should be done in cpp ala classic? Or full re-write including your changes?
mod6: naw, more like going through ada baby steps like these: http://zhu-qy.blogspot.com/2012/08/adatutor-simple-declarations-and-simple_13.html
mircea_popescu: were you basically retooling for ada ?
asciilifeform: i'm mostly convinced at this point that any serious attempt at sanity will be a similar enough thing to ada that it will trigger all of the same allergies in same folks.
ben_vulpes: ada's not a decent mill?
a111: Logged on 2016-04-10 18:10 ben_vulpes: http://oopweb.com/Ada/Documents/AdaLinux/Volume/book.html << no spark?
ben_vulpes: http://oopweb.com/Ada/Documents/AdaLinux/Volume/book.html << no spark? ☟︎
asciilifeform: ;;later tell ben_vulpes http://oopweb.com/Ada/Documents/AdaLinux/Volume/book.html
mod6: (04:07) <+ben_vulpes> mod6: i have a trashy pdf copy of dodrill's 95 ada instructional material. lmk if you want a copy. << sure! hit me with a link or we can talk in pm if you wanna exchange in other method. ☟︎
ben_vulpes: mod6: i have a trashy pdf copy of dodrill's 95 ada instructional material. lmk if you want a copy. ☟︎
mod6: asciilifeform: this guys introduction to Ada looks like a really good tut.
mod6: asciilifeform: thanks for the ada link
mod6: good convo today re: ada/c/math machine, etc.
asciilifeform: (example of large ada application)
asciilifeform: in other 'news', http://users.cis.fiu.edu/~weiss/ada.html << useful data structures stuff
mircea_popescu: "Ada.Text_IO is a "package" that comes with Ada. (In Ada 83, the package name is just Text_IO, and for compatibility, Ada 95 also accepts the shorter name.) We'll learn more about packages later."
mircea_popescu: anyway, re earlier discussion, i guess it'd be worth belabouring the point that nothing therein contained is an argument against using ada. it's still a great technical solution, for bounds checking, for other reasons, it's still a great practical solution, for native linkability with c object code, for other reasons. same stands for scheme, still best option for a scripting language for bitcoind.
phf: it's a philosophical discussion, and mp, not being a programmer, is realizing that ada or c or .. is not actually it from where he stands, doesn't mean can't be used, just not magick. ☟︎
mircea_popescu: it is, in places such as ada, "must use contiguity" the EXACT equivalent of "my ai program thinks because the procedure is called <<understanding>>"
asciilifeform: the precise handling of bits is, afaik, unique to ada and commonlisp
mircea_popescu: to the question "why did they not define EVEN correctly, eschewing this problem they perceive with mod" you answer that " ada is a civilized lang like commonlisp and there is NOT a presumption that integers are machine words !". This objection, if accepted as the correct response, ALSO invalidates using, say, XOR, and for the same reason.
mircea_popescu: the problem is this : in ada manual it is said, "So we see that the predicate in the subtype Even cannot be a static predicate because the operator mod is not permitted with the current instance. But mod could be used in an inner static expression." ; it is further said "and, in addition, a call of a Boolean logical operator and, or, xor, not whose operands are such static predicate expressions, and, a static predicate expres
asciilifeform: point being that i can define, e.g., a 48-bit mantissa and 11-bit exponent, and USE THIS and ada will behave sanely.
mircea_popescu: so then are you saying ada shouldn't allow either mod or > ?
phf: asciilifeform: recall that i spent probably most time here on tinyscheme going as far as writing swank integration and unreleased bignums, i'm saying that you go through phases of "this is how we solve bitcoin". i grok the value of ada, and i grok the value of scheme, but neither are alternative-less. in fact with the amount of skill available, simply hacking on btc consistently we would've been further along
asciilifeform: phf: actually i don't much enjoy ada
phf: alf is deeply infatuated at the moment with ada, so you should wait a few months :p
asciilifeform: mircea_popescu reads 3 pages of ada examples and spews nonsense re same
mircea_popescu: recall what our dispute (of sorts) re ada ended up resolving as ? "hey man - it may pretend it's not like c - but it's like c".
mircea_popescu: so thinking about it, phf really deflated my article. fact remains : cpu is cpu, it will do what it will do. whatever the fuck you call what it does, it's what it does. yes ada is well mistaken to speak wrong mathematics, but then again it's not a mathematics shop. you want to use your lengthier, thicker and more nodular math cock to mock the poor engineers, go ahead, but the fuck it does.
mod6: been trying to plow through sicp and that compiler book. and ada.
jurov: http://hackingdistributed.com/2016/04/05/how-software-gets-bloated/ ada alone won't deliver us from this ☟︎
phf: lisp's answer is given von neumann what's most flexible model, ada's answer is given von neumann how do we put enough constraints that there are runtime reliability guarantees
mircea_popescu: i'm not preparing to damn ada by any means.
mircea_popescu: "While range specifications are very useful, they are also highly limited in their usefulness. Ada ranges must always be contiguous. This means that you cannot specify an integer data type of only even numbers, for instance. Even numbers are not contiguous."
mircea_popescu: asciilifeform can you explain the concept of "contiguity" as seen in this ada spec discussion ?
asciilifeform: http://sworthodoxy.blogspot.com/2014/03/ada-vs-c-bit-fields.html << also of interest
asciilifeform: http://sworthodoxy.blogspot.com/2015/08/ada-2012-type-invariants-and-predicates.html << re earlier
asciilifeform: mircea_popescu: ada is a merciless thing. e.g., you cannot use two types interchangeably even if 'they're the same inside'; can only take pointers of items explicitly declared pointerable-to; by default, pointers only valid in the context where they were taken
asciilifeform: ada is a civilized lang like commonlisp and there is NOT a presumption that integers are machine words !
asciilifeform: mircea_popescu: you gotta know what mod means in ada
asciilifeform: http://www.ada-auth.org/standards/12rat/html/Rat12-2-5.html
asciilifeform: it is unique, afaik, to ada
phf: well, incremental improvement on ada doesn't seem like a particularly interesting problem, thing comes with a lineage, wirth's pascal, modula, oberon; ada fits into that ecosystem, so simply going over wirth's research you can find a lot of existing ideas for ada improvements
asciilifeform: PeterL: understand, ada is necessary because we are stuck with the idiot c machine.
PeterL: asciilifeform could you make a "right thing" that is better than ada?
mircea_popescu: and yes, the more i hear about ada the more i like it, or properly speaking the more it sounds like right thing.
asciilifeform: ada tasks, afaik, is the only sane implementation of parallelism where you ~never~ specify explicit thread ☟︎
asciilifeform: mircea_popescu: you'd like ada then
mircea_popescu: phf: well, so far i've succeeded in breaking annotations phf: or maybe not phf: well, something's working anyway <<< bwahahaha check out the ada-lisper at work! :D
asciilifeform: (by author of the 'random walk in ada' article.)
asciilifeform: in other not-quite-news, http://ideone.com/a1ky4l << ada mandelbrot generator, safely threaded, ~170 lines.