log☇︎
9800+ entries in 0.008s
mircea_popescu: except latter only works for their own iron.
mircea_popescu: actually ada not having a backend can (and probably will) hide all sorta surprises. ☟︎
mircea_popescu: myeah.
mircea_popescu: one advantage to c's retardation is that well... as long as you feed it the shit it expects, it'll work in the same manner as before.
mircea_popescu: though if possible, i'd just move the wrappers to ada first.
mircea_popescu: entirely possible we'll have to do kernel-and-rest in one gulp
mircea_popescu: me too.
mircea_popescu: so do you.
mircea_popescu: i suspect ada machine can be made with much tinier kernel tho.
mircea_popescu: true.
mircea_popescu hasn't even the faintest who dood even was
mircea_popescu: keks
mircea_popescu: http://btcbase.org/log/2019-02-17#1897763 << currently ada depends on a layer of c to do basic things such as abort. this can not stand, esp if we want an ada machine. that writing to irq table will have to happen through ada code, not calling c. ☝︎
mircea_popescu: he can use it to crush hymenoptera for all i care, just as long as it contains the correct set of software.
mircea_popescu: also, subtle point in http://btcbase.org/log/2019-02-17#1897708 bears belabouring : the point is to standardize ~the tools~, not necessarily (in order) their usage, or end products. the idea is for user to know what to expect if builting a tmsr box, and why he expects that, not necessarily what he can do with it. ☝︎
mircea_popescu: http://btcbase.org/log/2019-02-17#1897750 << tested nothing. fixed, gotta be ada not c. ☝︎☟︎
mircea_popescu: http://btcbase.org/log/2019-02-17#1897740 rather. ☝︎
mircea_popescu: http://btcbase.org/log/2019-02-17#1897739 << mostly benefit of correctly chosen version. no such wonder for eulora. ☝︎
mircea_popescu: possibly, yeah.
mircea_popescu: (on both counts, lol)
mircea_popescu: aha.
mircea_popescu: asciilifeform getting an aarch64 musl sjlj going will be a fun task.
mircea_popescu: diana_coman looks like it's going the way of cuntoo-ada-musl, no glibc.
mircea_popescu: this pretty much bans glibc, from my unexpert cursory look it dun seem fixable for sjlj.
mircea_popescu: it was short form for that.
mircea_popescu: asciilifeform still gotta build the ada environment ~with something~. ☟︎
mircea_popescu: asciilifeform i very much don't expect you want the prb 12 that is emacs. rewrite yes ? :D ☟︎
mircea_popescu: so it is.
mircea_popescu: asciilifeform but it's not you who has to see, maybe someone sees, what. im certainly not sending you to e.2
mircea_popescu: asciilifeform current one prolly v49, note how gcc went from 5 to 8 in 2 years.
mircea_popescu: can import glibc 3.x or w/e.
mircea_popescu: e. something else (among which possible e.1. someone reads and implements dwarf properly ; e.2. someone picks a glibc to grandfather and dedicates himself to cleaning and fixing.)
mircea_popescu: d. ada-zcx-musl-static is the standard for non-threaded programs, we don't standardize threading.
mircea_popescu: c. ada-?-musl-static is the standard, either zcx or sjlj is acceptable (mostly based on what threading philosophy one embraces), with an obvious preference for zcx if one doesn't thread. ☟︎☟︎
mircea_popescu: b. ada-sjlj-musl-static is the standard, and we simply don't sign or use anything that doesn't live up to this.
mircea_popescu: a. we make no standard, every man for his own, but : a.1. ada is the preferred language ; a.2. musl is the preferred standards provider ; a.3. zcx is the preferred exception mechanism ; a.4. static is the preferred build mode. this should come with a design process for candidates evaluation for standardization.
mircea_popescu: anyway, let's draw some quick possible approaches here.
mircea_popescu: cuz no, http://btcbase.org/log/2019-02-17#1897391 never really goes away. ☝︎
mircea_popescu: i actually thought this. i was still thinking this, feb 11th.
mircea_popescu: and i thought, naivity of naivities and unexamined infantilism of unexamined infantilisms, that sjlj is a quaint artefact of slow yore, meanwhile supplanted by more modern, better alternatives.
mircea_popescu: afaik everybody up until a week ago when http://btcbase.org/log/2019-02-12#1895231 nobody even compiled ada other than zcx. ☝︎
mircea_popescu shall give it some time to hear from people.
mircea_popescu: anyway, this can rest nao,
mircea_popescu: nevertheless, we never actually said "do not use this".
mircea_popescu: yes, no glibc was in fact a preference, and we got it out, of trb, of eulora, etc. no argument there.
mircea_popescu: ok but you're breaking form here.
mircea_popescu: which line am i looking at here ?
mircea_popescu: http://btcbase.org/log/2015-04-06#1089996 ? ☝︎
mircea_popescu: http://btcbase.org/log/2015-04-29#1116015 << ? ☝︎
mircea_popescu: link ?
mircea_popescu: asciilifeform yes. but to my knowledge to date musl was a preference rather than a standard. we never said "no more glibc linking" as we said eg http://btcbase.org/log/2018-09-19#1851879 ☝︎
mircea_popescu: some time to look at things and consider matters will be needed ; but i specifically want to hear something from asciilifeform ave1 bvt diana_coman phf spyked trinque ☟︎☟︎☟︎☟︎☟︎
mircea_popescu: so is basically the idea what we want is to get sjlj to work on musl for ada proggies ? or what ?
mircea_popescu: in any case, this is a major decision / inflexion point, and we truly need all hands on deck for this, i'm not equipped with the right chicken darts to throw at guts / read feathers thereof.
mircea_popescu: well, could also link against musl, ban glibc
mircea_popescu: so leaving hardware alone, "zombie thread because northbridge went south" etc -- we still need a linking scheme that works.
mircea_popescu: proof positive method works!!!
mircea_popescu: s.mg is perfectly willing to eventually erect torture chamber where shamed boxes ritualistically destroyed for their sins.
mircea_popescu: the principle ain't changing to fit the world.
mircea_popescu: so it'll come to more boxes, whatever.
mircea_popescu: i find it works fine with people ; and it'll work doubleplusfine with hardware. let it adapt to my needs or die.
mircea_popescu: is a good start.
mircea_popescu: something like "keep two of everything and throw out anything that behaves in any way contrary to your illusion no matter what happens".
mircea_popescu: i intend to approach hardware breakage at hardware level.
mircea_popescu: we're kinda discovering by doing here. but user-controls-machine is certainly in there.
mircea_popescu: we do not agree.
mircea_popescu: cute, but not useful. we gotta have a programming environment, not a programming cardboard.
mircea_popescu: "house only explodes when you turn on water faucet" is not an answer here.
mircea_popescu: yeah ?
mircea_popescu: asciilifeform the issue is to come up with a linking scheme we can actually use.
mircea_popescu: zcx doesn't work, sjlj is broken and glibc is beyond salvation.
mircea_popescu: aanyways, thanks to bvt 's reading material i am well spooked. wtf do we even do, now ?
mircea_popescu: clearly immigration to the uk worked out.
mircea_popescu: amir taaki is a dude who was trying to pimp his underage sister ten years ago. that's all, what the fuck already.
mircea_popescu: and the entirely fucktarded morons go about talking of this same schmuck in terms of some heroism or other, truly there's nothing more disgusting extant or imaginable than "people themselves" with their "democratically elected options" and whatnot.
mircea_popescu: (the sister in question being the 15yo http://trilema.com/2012/amir-taaki-has-done-and-continues-to-do-huge-disservice-to-anyone-serious-involved-in-bitcoin/ schmuck was trying to sell for bitcoins as a "totally legit enterpreneurial enterprise" coupla years priors)
mircea_popescu: http://btcbase.org/log/2012-09-16#-267418 http://btcbase.org/log/2012-09-16#-267417 http://btcbase.org/log/2012-09-16#-267352 http://btcbase.org/log/2012-09-16#-267349 for context. ☝︎☝︎☝︎☝︎
mircea_popescu: shoulda sent him some pennies, http://btcbase.org/log/2012-09-16#-267346 item cost the tard in question 500 bux or somethjing like that iirc. ☝︎
mircea_popescu: what "ask the fellows to patch gcc, fix this one error we have". wtf, how do i ask this ?!
mircea_popescu: i can't believe this works.
mircea_popescu: i mean, FB and 00 are equally likely to be fragment of null pointer.
mircea_popescu: why not pick FB.
mircea_popescu: right ?!
mircea_popescu: and why would you assume what broken notation means.
mircea_popescu: why the fuck would you use encodings SMALLER than the bus width ?!
mircea_popescu: " /* Take care to ignore link-once functions that were removed. In these cases, the function address will be NULL, but if the encoding is smaller than a pointer a true NULL may not be representable. Assume 0 in the representable bits is NULL. */"
mircea_popescu: holy shit, EVERY SINGLE THING. look here : ☟︎
mircea_popescu: myeah.
mircea_popescu: what, i get the luxury of a door lock but programming environment must take all comers ?
mircea_popescu: yes ?
mircea_popescu: precisely.
mircea_popescu: you can't go around simply solving the most general case of everything. precisely because such a thing as closed system exists.
mircea_popescu: but i do know what's typical in at least some cases. which is why my kitchen doesn't have a fast food counter.
mircea_popescu: are you discussing the specific case of grep there ? because i do believe it's a sound tradeoff.
mircea_popescu: ie, there's occasions where insanity has its place (go no further than http://btcbase.org/log/2015-04-29#1115740 ). but this fashion among the scriptkiddies/gnu-amateur crowd for insanity is improductive ☝︎
mircea_popescu: well, either that or they o(N) + n log n for some values of N, n. ☟︎
mircea_popescu: quite likely.
mircea_popescu: they themselves admit 2mn is an upper bound, BY WHICH TOKEN they themselves admit the complification was spurious.
mircea_popescu: the problem was : as per http://btcbase.org/log/2019-02-17#1897450 seen in http://btcbase.org/log/2019-02-17#1897382 -- is there call or isn't there call for such elaborate nonsense. the answer to this problem lies in the size of the dataset, if truly huge then ~perhaps~, but if small certainly not. then we had a discussion to establish whether large or small, which died on the facts, but i resurrected on culprit confession : ☝︎☝︎
mircea_popescu: sure. but we're not discussing the same thing here.