log☇︎
55600+ entries in 0.008s
asciilifeform: !!up fromloper
asciilifeform: out of fear of usg ? or from vanity ( he thinks it can be sold for millions ? to whom ? ) he is burning his life's work. i have nfi why.
asciilifeform: somebody , maybe same old man, has a bookcase full of typewritten design apocrypha, memoes, etc. from ivory group. he ain't sharing either.
asciilifeform: but somehow never happens.
asciilifeform: somebody shares ? i'll read, even if he also goes on re 'racism'
asciilifeform: he ain't sharing.
asciilifeform: think, somebody, somewhere, has the source code to ns. and the ns netlist , with comments, to the ivory.
asciilifeform: trinque: aha
asciilifeform: the unfortunate bit is that reti et al seem intent to take their seekritz to their graves, because they are 'law-abiding' and are still honouring their nda to the dead hand of the dead man
asciilifeform: http://btcbase.org/log/2018-01-17#1771995 << in these pages however all i see is claptrap re 'racism of trump', 0 about lispm ☝︎
asciilifeform: fromloper: looking at the linked doc, it is indeed very useful, now we have maybe 80% of the necessary info, instead of ~50%.
asciilifeform: somehow we cannot find common language, i have nfi.
asciilifeform: fromloper: possibly. my track record for prying information out of bolixologists is ~0 so far, however.
asciilifeform: neat
asciilifeform: fromloper: i'll confirm, this is a larger and moar detailed document than old one.
asciilifeform: ( and yes mircea_popescu's answer was 'shuddup and suck it' . which is very easily said when you ain't the one sucking it )
asciilifeform: apeloyee: look at the trb tree, and picture what the mass of the patches would have been, if this requirement had been in effect when i made it. ☟︎
asciilifeform: fromloper: correct. almost totally useless.
asciilifeform: i do not have, nor ever had, a working 'ivory' of any description.
asciilifeform: ( or what it expects to find on the bus, or almost anything else ) ☟︎
asciilifeform: or the necessary timings.
asciilifeform: fromloper: currently however i do not even know where the power supply pins are, much less bus addressing, i/o, clock, etc
asciilifeform: fromloper: correct
asciilifeform: but i am speaking of ~use~.
asciilifeform: retrofitted yes
asciilifeform: so i'ma save mine for proper commercial lab. but that means potentially forever. maybe whoever takes it off my corpse, can get it photo'd.
asciilifeform: fromloper: i only have two 'ivory' chips, and ideally would like to leave one intact , for active test . iirc phf also has 2 to use.
asciilifeform: apeloyee: trinqueian / mircea_popescuine vtron is arguably The Right Thing. my observation is that it may be a 50kg sword.
asciilifeform: apeloyee: observe , i do not actually disagree .
asciilifeform: fromloper: that's where it stopped. i do not have 25k usd to use on ivory die photo.
asciilifeform: fromloper: i shopped around in commercial labs; the best bid was in the neighbourhood of 25,000 usd.
asciilifeform: fromloper: that was phf's plan. afaik he has not, as of yet.
asciilifeform: apeloyee: there is not a mechanical solution to preventing someone from 'putting in format c:' proverbially
asciilifeform: fromloper: i'ma look. ty
asciilifeform: fromloper: it is not a complete arch description, you cannot write a working emulator with it ( or even make the existing snap4 not-crash )
asciilifeform: fromloper: pretty sure i've seen this before
asciilifeform: !!up fromloper
asciilifeform: so answ to trinque's q is yes
asciilifeform: as i did in trb.
asciilifeform: under classical, you can grab antecedents from any trees you want, by copying files, aha
asciilifeform: trinque: under classical v, or trinqueian ?
asciilifeform: for single-author, e.g. ffa, nothing really changes.
asciilifeform: for multi-author projects, that is.
asciilifeform: potentially exponentially more.
asciilifeform: however it DOES mean even ~more~ work for folx using v, than ever before. and not less. ☟︎
asciilifeform: i don't have a good counter-argument to this.
asciilifeform: iirc mircea_popescu's argument was that it is wrong to say that they could ~ever~ be properly independent. and that if they could be shown to be independent, they ought to be separate v-trees. ☟︎
asciilifeform: and in both cases, the ability to explicitly mark subsystems as independent ( e.g. a readme.txt being independent from doesallthework.adb ) is lost.
asciilifeform: trinque is right tho, they are equivalent
asciilifeform: i was speaking of brazil
asciilifeform: ( it borders, e.g., columbia. nothing exploded there ?0 )
asciilifeform: fenómenos que "no tiene antecedentes" en el país << orly? ☟︎
asciilifeform: BingoBoingo: and on most days they do not ?
asciilifeform: so it is not correct to say 'you made the man do what the machine could do.' rather, lightened the work for operator for one kind of operation, and made heavier -- other kind.
asciilifeform: it severely constrains the kind of things you can do without manual surgery
asciilifeform: as i described in the linked thread, forcing the entire program under the antecedent hasher is not free
asciilifeform: ( asciilifeform traded his lispm for two last-made lispm single-ic cpu... )
asciilifeform: hey it's the only kind i have nao!11
asciilifeform: and yes it is entirely true that files-are-not-guaranteedly-independent.
asciilifeform: apeloyee: trinque and mircea_popescu would like to put more of it on the machine. i haven't with what to dissuade them, it is a philosophical q, not even technical.
asciilifeform: apeloyee: see the quite 'flammable' log from that thread. i put the burden of correct operation ~100% on the human operator. ☟︎
asciilifeform: apeloyee: some of the 'cvsism' is deliberate -- cvs made collaborative writing harder by accident, we -- on purpose !11
asciilifeform: imho it is an abuse.
asciilifeform: apeloyee: the 'liable to change' thing was very much NOT part of my orig design for v. ☟︎
asciilifeform: i must've missed something
asciilifeform: apeloyee: waiwat
asciilifeform: if gcc actually puts in the 'jump-likely' . currently i have nfi whether it does.
asciilifeform: from pipeline-blowing pov -- expensive. ☟︎
asciilifeform: from leakage pov yes
asciilifeform: i can't picture how without a megatonne of conditionaljumps. but maybe just failure of my imagination.
asciilifeform: apeloyee: neato. gotta wonder how this is implemented tho.
asciilifeform: freetlas: you did not answer the question
asciilifeform: who might you be , freetlas ?
asciilifeform: !!up freetlas
asciilifeform: ( other q is whether it understands overlaps, as well as exact-match aliases )
asciilifeform: apeloyee: do you know how it behaves under -gnatp ?
asciilifeform: oh hey neato
asciilifeform: ( i'd rather not. but there is nothing fundamentally unusable about it )
asciilifeform: speaking of which, could even have a stackmachine with circular ring for a stack. ☟︎
asciilifeform: it's simply an arithmetic-free version of want().
asciilifeform: the variant with booleans doesn't rely on non-nullities tho.
asciilifeform: will have to see what gets removed, what -- not
asciilifeform: but this is one of the reasons why there is no escape from disasm
asciilifeform: doesn't seem to , in gnat '2016'
asciilifeform: ( i will omit the rest of the mechanism, i think it is pretty obvious )
asciilifeform: the first cell has a false HasPrev ; the last -- a false HasNext.
asciilifeform: so a stack cell would contain not only an FZ of the current bitness, but two boolean values, e.g. HasPrev and HasNext
asciilifeform: nao that i think about it, it doesn't even have to introduce 'access types' ( pointers in ada ) , can use ordinary integers
asciilifeform: you can trivially show that any attempt to walk under or over the stack, would have to involve a null-dereference.
asciilifeform: currently it actually seems to me , to be cleaner -- in that its correctness proof is simpler, does not use arithmetic at all
asciilifeform: whether this is cleaner than the existing item, i will leave up to the readers, incl. apeloyee .
asciilifeform: want() would then vanish; both stack underflow and overflow checks would be handled by the nullity check ( first cell has a null in its 'prev' slot; last cell in stack -- in its 'next' . )
asciilifeform: however this introduces explicit pointerism. ( though, i will add, NOT pointer-arithmetism ) ☟︎
asciilifeform: apeloyee: here's another idea from my notes , that would do the job : to dispense with the array representation for the stack, in favour of linked list. ada permits the definition of a 'not null' pointer type (whose non-nullity is checked on every reference) .
asciilifeform: ( prolly still are today, somewhere in ssl liquishit )
asciilifeform: incidentally there were pivot-position bugs in commonly-used karatsubas as late as the early 2000s.
asciilifeform: or for another example, take the ugliness and 'pointericity' of the traditional 'pivoting' form of karatsuba. which i killed by forcing all FZ bitnesses to be powers of 2.
asciilifeform: ideally so as to maximally compartmentalize and document the ugly
asciilifeform: one way to model this process is that there is an 'ugliness budget', just like there is a cpu cycle budget, that can be 'spent' in certain ways
asciilifeform: ftr several different items in ffa seemed to me to be 'five-angled heptagons' (starting with how to compute the asm-less addition carries) until i solved'em