log☇︎
17500+ entries in 0.038s
asciilifeform: incidentally, re the posted htm, no yer box aint broken, there really aint any clickable links therein (why not? in what's undisputably world's best disasmer ? cuz world's best disasmer is actually not so great , compared to what's obviously possible )
asciilifeform still got good # of the latter
asciilifeform still wakin' up, misread http://btcbase.org/log/2019-02-16#1897225 as 'illiterature' ☝︎
asciilifeform: but the proggy .o seems to be exactly as expected ( if diana_coman has time, can try with the old gnat and see if in fact bitwise-same or not )
asciilifeform: nao this is not a complete answr to 'what does it do, EXACTLY' cuz that also ropes in the ~2MB of standard lib
asciilifeform: ^ near as i can tell, it uses exactly same scheme as the old gnat's sjlj-mode handlers
asciilifeform: diana_coman et al : http://www.loper-os.org/pub/misc/feb_16_tasks_o.html ☟︎☟︎
asciilifeform brb,tea
asciilifeform: diana_coman: are we sawing'em open because it dun actually abort, or simply to compare with old gnat's sjlj , tho ? ☟︎
asciilifeform: diana_coman: if , like asciilifeform , you grew up on intel asm syntax, you can objdump -M intel -d proc.o
asciilifeform: ( 1 of those things for which there aint a complete substitute, sadly, if yer doing serious reversing )
asciilifeform: mircea_popescu: i hesitate to addict folx to ida, it's a gnarly ball of proprietary liquishit, and needs a toilet box with 'wine' to run etc
asciilifeform: ( or even if they work )
asciilifeform: diana_coman: if they dun abort and you want another detailed vivisect, feel free to post'em, i'ma rip'em open after tea
asciilifeform: diana_coman: ida, but objdump -d proc.o will do the job likewise ( in slightly gnarlier format )
asciilifeform: http://btcbase.org/log/2019-02-16#1897170 << they have both types ( bezos et al ) neh ☝︎
asciilifeform: diana_coman: oh hey it runs ?
asciilifeform: guten morgen diana_coman , mircea_popescu , et al
asciilifeform bbl in 2-3h
asciilifeform: diana_coman: could plz tar up that built gnat and post ? i have a suspicion ( to get ljmp with old gnat, i had to set include paths on my box )
asciilifeform brb,meat
asciilifeform: idjit squid swallows own tentacle.
asciilifeform: phat lotta good it did, tho.
asciilifeform: ( at the time nsa was single largest operator of crays )
asciilifeform: phunnily enuff, there is record that chairman of nsa filed an Official protest during the destruction of orig. cray co.
asciilifeform: usg as early as in 1980s very muchly disliked the existence of multi-vendor high-perf cpu. was too hard to keep from being sold to untermenschen, see.
asciilifeform: note that at the time of death, each and erry one of these archs wiped the floor with intel's offering, esp. per-watt
asciilifeform: all to try an' prop up the wintel nonsense hegemony.
asciilifeform: then they proceeded to wipe out alpha , then hp ( also quite reasonable 'pa-risc' 64-bit irons, i had one ) .
asciilifeform: this killed the (very reasonable) 64bit mips.
asciilifeform: promptly folded, after pumping remaining moneys into intel pocket
asciilifeform: for history aficionados, the opening shot of that slaughter was when sgi was usgized and permitted to swallow cray, and shortly after proclaimed that 'crays' henceforth would be made of pentiums
asciilifeform: ( leaving aside the fact that it is a shit arch on multiple levels of design, much like x86, only real diff is that it dun come with 35 yrs of legacy crapola )
asciilifeform: but as i undertand, arm is permitted to 'just barely work', it Would Not Do (tm) for it to compete with intelism on heavy irons , somehow
asciilifeform: usg.dept-of-microshit systematically exterminated all the sane archs in late '90s. arm was introduced (from pile of shit 'acorn' in uk) as an 'unprincipled exception' , for pnojeism, which -- try as one might -- dunwork so much on x86 w/ any battery anybody's yet devised
asciilifeform: recall http://btcbase.org/log/2017-03-10#1624158 + http://btcbase.org/log/2017-10-02#1719717 ☝︎☝︎
asciilifeform: but still frustrating.
asciilifeform: mircea_popescu: i would not go so far as to say 'entirely useless', 2ce the bitness gets you 2ce the rsa speed for same clock.
asciilifeform: the electricals are exactly same as for the soldered-down crap
asciilifeform: afaik nuffin keeps standard dimms from working with arm8, any of'em
asciilifeform: it's outrageous
asciilifeform: i found ~one~, chinese, for ~more~ than the cost of serious opteron with complete filling.
asciilifeform: mircea_popescu: not even 'tb', but go an' try to find on market arm box of ~any~ description that eats ordinary socketed dimms ☟︎
asciilifeform: mircea_popescu: thread was re mid-2000s lappies. ( i have moar recent ones, which have e.g. 32GB in'em etc )
asciilifeform: ( arm7 == last 32bit , arm8 == arm64 aka aarch64 in gnutardspeak )
asciilifeform: but that's pretty much all
asciilifeform: iguess you get 64-bit arithmetics.
asciilifeform: for any price
asciilifeform wonders why arm64 even exists, not to mention displaced arm7, cuz afaik you can't actually ~buy~ an arm8 box with >4G of ram in it
asciilifeform: i.e. the latter is pre-alpha quality
asciilifeform: this might also explain why adacorpse Officially distributes arm7 gnat but not arm8 (64)
asciilifeform: lotsa subtle breakage, cuz the orig wasn't built by thinkin' folx and hence not designed to be 'stretched'
asciilifeform: they're as diff as x86 an' x64 ☟︎
asciilifeform: 64 appeared iirc in 6.3 .
asciilifeform: mircea_popescu: ida6 only ate 32bit arm
asciilifeform: if arm64 were a completely compat. superset of conventional 'arm7', this would make 0 diff naturally. but seems like it aint
asciilifeform: but nuffin re sjlj in gcc/common/config/aarch64/* .
asciilifeform: gcc/common/config/arm/arm-common.c: /* Honor the --enable-sjlj-exceptions configure switch. */
asciilifeform: dig through gnat/gcc sources seems to support hypothesis :
asciilifeform: 30 October 2012 apparently.
asciilifeform: arm64 iirc first released in late obummer reign
asciilifeform: ( e.g., ffa, built yes on arm64 using ave1's system, but it's spartan to the point of starvation featurewise)
asciilifeform finds himself nao also wondering ~what else~ dunwork on arm
asciilifeform: mircea_popescu: sjlj ? was 'deprecated' Officially, Only A Terrorist(tm) Would Want, was the flavor i got from the http://btcbase.org/log/2019-02-15#1897058 rotters ☝︎
asciilifeform: http://btcbase.org/log/2019-02-16#1897094 << if you actually found this kinda thing, plox to link ( this'd mean the former ) ☝︎
asciilifeform: mircea_popescu: i sank several hours into the dig and did not find whether 'worked, then broken' or 'never written'
asciilifeform also bbl
asciilifeform: ( asciilifeform when did this, forgot, and then wondered why it grunted for whole night )
asciilifeform: aa ok
asciilifeform: (when building)
asciilifeform: make sure you enabled -jXXX or what was it, to use all cores
asciilifeform: diana_coman: how long do these take to grind on your box btw ?
asciilifeform: fastest way to find out is prolly to fire it, like-so
asciilifeform: after this you oughta get a sjljistic ave1 gnat.
asciilifeform: as i guessed , ha
asciilifeform: right
asciilifeform: iirc ave1's builder is a 2-step thing, so gotta make sure it gets enabled for both
asciilifeform: aha
asciilifeform: diana_coman: how didja build, --enable-sjlj-exceptions ?
asciilifeform: i.e. maintainer loudly an' abundantly shat from mouth when asked 'wtf'
asciilifeform: 'Jonathan Wakely 2014-12-12 15:35:00 UTC Just don't do silly things. Just because an option exists doesn't mean you need to use it.' ☟︎
asciilifeform: 'Fabian Vogt 2014-12-12 15:30:53 UTC If sjlj exceptions are not supported for ARM, shouldn't the configure option be invalid for ARM or at least print a warning? If an option does exist and it simply crashes the compiler during make, it's definitely broken and must be removed.'
asciilifeform: for the l0gz, the horse's mouth :
asciilifeform: ( note btw that sjlj on backend is a gcc pheature, rather than particular to gnat -- tho gnat naturally has hooks for it, when in use )
asciilifeform: diana_coman et al : https://archive.is/VP9aF << suggests that sjlj is borked on arm
asciilifeform: rright, so lessee if its a gnat bug per se , or only in arm backend.
asciilifeform: this, note, is ~still~ a bug ( or , worse, aarch64 dun know how to longjmp-task ? i.e. not implemented ? ) and will have to be cured. but as i undestand diana_coman is currently interested in x64. ☟︎
asciilifeform: see what happens if you snip out the aarch64 build ( whether chokes same when building x64 gnat )
asciilifeform: aarch64 == arm64, that's the ave1-baked rk gnat
asciilifeform: ^ from diana_coman's pastebarf
asciilifeform: | in move_insn, at haifa-sched.c:5179
asciilifeform: | GPL 2016 (20160515-49) (aarch64-linux-musl) GCC error: |
asciilifeform: hm then why aarch64 ?
asciilifeform: the choke point is an assert, seen at bottom of http://p.bvulpes.com/pastes/8yKzH/?raw=true snippet
asciilifeform: ( 'move_insn' seems to be the peephole optimizer on back end. i gotta wonder if it ended up being fed a x64 .o by the linker, and choked on ~that~ )
asciilifeform: diana_coman: were you attempting to build ~x64~ gnat on this ? ftr i was never able to ( with classic zxc variant, this was long before the current thread )
asciilifeform: diana_coman: i notice you were building 'aarch64' ? this was on rk ?
asciilifeform: http://btcbase.org/log/2019-02-15#1896996 << if there exists somewhere a 800+kLoc proggy that ~aint~ a tower o'shit, i have yet to see or even hear of it ☝︎
asciilifeform: http://btcbase.org/log/2019-02-15#1896982 << the... 'smarter' ( i hesitate to use this word, perhaps 'less retarded..' ? ) winblows folx, long ago threw out av.. ☝︎
asciilifeform: ohey BingoBoingo cleaned house