log☇︎
2500+ entries in 0.02s
a111: Logged on 2019-02-17 15:50 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
a111: Logged on 2019-02-17 16:19 diana_coman: to my mind option b has the benefit that it concentrates the effort in the right direction at least
a111: Logged on 2019-02-17 15:50 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
a111: Logged on 2019-02-17 15:50 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: trinque diana_coman similarily fwiu.
asciilifeform: as for server, iirc it's a pure diana_coman matter , and still in the worx
a111: Logged on 2019-02-17 15:50 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
a111: Logged on 2019-02-28 20:47 diana_coman: bvt, my understanding is that zcx said "this case is too complicated to even try to handle and why do you need it anyway, terrorist!"
a111: Logged on 2019-02-28 20:35 diana_coman: why exactly interesting?
bvt: diana_coman: it seems so, the code for ignoring aborts on zcx was added in 2003 and not touched since that time, so i agree with "broken by design"
asciilifeform: diana_coman: 'compliance tools' aha. but , if not with the standard... then with what.
asciilifeform: diana_coman: only from entomological pov. i.e. do they break the opensores one deliberately , to upsell to the payware? or both equally braindamaged.
asciilifeform: diana_coman: another interesting q is -- whether the co
asciilifeform: diana_coman: i suspect this aint the last time we find that gnat breaks standard
asciilifeform: mircea_popescu: i suspect that diana_coman is the 1st to actually measure, since 1990s (if indeed anyone bothered then)
a111: Logged on 2019-02-27 18:17 diana_coman: I have on my conveyor first to complete and publish the full set of data zcx vs sjlj; after that I guess I'll publish the notes re building ave1's gnat too
a111: Logged on 2019-02-27 18:15 diana_coman: note that you'll get simply gnat with sjlj, no option to switch between zcx and sjlj i.e. --rts won't work
a111: Logged on 2019-02-16 09:44 ave1: diana_coman, in system-linux-*.ads (in gcc/ada directory) you'll find the line: ZCX_By_Default : constant Boolean := False;
a111: Logged on 2019-02-16 17:04 asciilifeform: diana_coman: are we sawing'em open because it dun actually abort, or simply to compare with old gnat's sjlj , tho ?
asciilifeform: ( i.e. was prior to the thread where diana_coman rebuilt ave1's )
asciilifeform: diana_coman: iirc what i cut was built with old-stype gnat16 neh ?
lobbesbot: diana_coman: Sent 6 minutes ago: <asciilifeform> were you able to build a working ave1gnat with sjljism ? or is that still an open puzzler?
asciilifeform: !Q later tell diana_coman were you able to build a working ave1gnat with sjljism ? or is that still an open puzzler?
deedbot: spyked rated diana_coman 4 << eulora, ada and others; showed me around .ro.petroltown
deedbot: diana_coman updated rating of spyked from 2 to 3 << met irl; writes at http://thetarpit.org/
asciilifeform: wb diana_coman !
lobbes: good day, #t. Quick update on what I've been doing lately: I've been on a bridge-to-cuntoo quest. Firstly, I spent the last week or so successfully getting a hand-rolled classic Gentoo installed on my lappy; complete with alf's classic crapolade masks, functioning networking, gcc-musl, ave1's gnat, and diana_coman's v setup (tested and working splendidly, I will add).
hanbot: right right, i mixed 'em up. and yeah, i'm planning on grabbing phf's keccak v.py in step 3, if only because i've seen diana_coman's pop up in cuntoo tests so i'd like to test the ver less traveled.
asciilifeform: hanbot: v.py actually exists in modern ( keccakistic ) incarnation -- there's 2 variants, largely identical , diana_coman's (the 1 i use now) and phf's (he had some incompatibility in his python iirc which required own variant)
a111: Logged on 2019-02-18 08:56 diana_coman: http://btcbase.org/log/2019-02-18#1897858 -> ah, so broken links were only in the older versions? anyway: ave1 please do me a favour and point any fetch/download scripts to a mirror of the stuff on your own website, there is no way around this. For one thing I'd much rather download from a republican site and for the other as experience has already amply shown, any external site WILL move them, change them, drop them and it will at best br
ave1: diana_coman: re, http://btcbase.org/log/2019-02-18#1897863, will do, It's about 100mb total I see. ☝︎
a111: Logged on 2019-02-17 15:50 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
a111: Logged on 2019-02-14 19:06 diana_coman: http://btcbase.org/log/2019-02-14#1896356 -> this finished: the signature still does not verify; trinque let me know if you want to see the result of this run too
asciilifeform: looking in the log, iirc diana_coman had same issue, & cured
asciilifeform: ( the fact that diana_coman's built in ~1h, suggests that i broke my local config there )
asciilifeform: concretely -- on sane iron, cpu do not share memory, but instead implement exactly diana_coman's work-queue mechanism.
asciilifeform: diana_coman: the 1 use case i can picture for zcx, is on ultracompact irons. but even there, really, are we gonna use a http://btcbase.org/log/2019-02-12#1895612 somewhere ?! ☝︎
asciilifeform: diana_coman: if it aint a seekrit: didja ever try building client on musl ?
asciilifeform: diana_coman gets the trooly hard nuts to crack ( which is why retained by s.mg for coin , neh )
asciilifeform: diana_coman: the caveat is that i still dunhave a working cuntoo for all asciilifeform-operated irons; e.g. rk is still running barbaric old glibc gentoo
mircea_popescu: diana_coman looks like it's going the way of cuntoo-ada-musl, no glibc.
asciilifeform: mircea_popescu: until diana_coman's test battery, i never even attempted to use the tasking system.
asciilifeform: mircea_popescu: the diana_coman-bin we disasmed yesterday , is musltronic.
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: diana_coman myeah. i guess it'd take a patch on gcc, which is too much hassle atm.
asciilifeform: mircea_popescu: afaik in diana_coman's case it is trivial, cuz static link.
mircea_popescu: diana_coman is there some way to count the linker objects next time you compile say eulora ?
asciilifeform: iirc diana_coman already did some time in that joint , when walked koch's thing
mircea_popescu: asciilifeform diana_coman can either of you package a bin for his bootstrap privately ?
bvt: diana_coman: it did not, as it was a clear hack to just make things work http://bvt-trace.net/src/gthr-disable-weak.diff
asciilifeform: bvt: your posted tester has the actual abort commented out ( otherwise seems identical to diana_coman's ? )
a111: Logged on 2019-02-16 17:53 asciilifeform: diana_coman et al : http://www.loper-os.org/pub/misc/feb_16_tasks_o.html
asciilifeform: yw diana_coman
asciilifeform: ^ btw diana_coman if you build with -d , the var_xxx liquishit can be made into varnames.
asciilifeform: diana_coman et al : plox to lemme know if yer interested in magnifying glass treatment of some particular aspect.
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: diana_coman et al : http://www.loper-os.org/pub/misc/feb_16_tasks_o.html ☟︎☟︎
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
mircea_popescu: diana_coman it's of course cheaper to just ship the object files to him
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 )
mircea_popescu: diana_coman does it actually produce sjlj code ?
asciilifeform: diana_coman: oh hey it runs ?
asciilifeform: guten morgen diana_coman , mircea_popescu , et al
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 )
ave1: diana_coman, in system-linux-*.ads (in gcc/ada directory) you'll find the line: ZCX_By_Default : constant Boolean := False; ☟︎
a111: Logged on 2019-02-15 16:12 diana_coman: hm, full replica might require I upload somewhere the tarballs too since at least 1 link was broken ; anyways, it's with http://ave1.org/2018/building-gnat-on-musl-now-always-static/ + taken out the download script for ada2016 because broken link + added GCC_CONFFLAGS="--enable-sjlj-exceptions" to extraconfig.sh ; set path to point to existing and working adacore 2016 gnat + put all tarballs in their place
ave1: diana_coman, re http://btcbase.org/log/2019-02-15#1896922, all the links worked this morning, could you tell me which one failed for you? ☝︎
a111: Logged on 2019-02-15 20:02 diana_coman: darn, ofc there are TWO flags to set to the same thing i.e. one for bootstrapper and one for the resulting gnat
a111: Logged on 2019-02-15 18:36 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.
a111: Logged on 2019-02-15 17:46 diana_coman: mircea_popescu, my current appreciation is of the sort (tower of shit inside tower of shit )^infinity
a111: Logged on 2019-02-15 17:45 diana_coman: http://btcbase.org/log/2019-02-15#1896926 -> this failed precisely in the same way; need to get to the bottom of it really because Adacore's gnat otherwise IS compiled with sjlj so wtf
asciilifeform: diana_coman: how long do these take to grind on your box btw ?
asciilifeform: diana_coman: how didja build, --enable-sjlj-exceptions ?
asciilifeform: diana_coman et al : https://archive.is/VP9aF << suggests that sjlj is borked on arm
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: ^ from diana_coman's pastebarf
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 ?
a111: Logged on 2019-02-15 16:13 diana_coman: anyways, I'll try presently ave1's previous version i.e. http://ave1.org/2018/building-gnat-on-musl-now-with-partial-and-parallel-build-support/
a111: Logged on 2019-02-15 16:07 diana_coman: but I start suspecting the --enable-sjlj-exceptions + static only -> barf
asciilifeform: diana_coman: plox to briefly describe how you set up this build, so i can replicate locally
asciilifeform: diana_coman: 'Error detected around a-calend.adb:801:11' >> http://p.bvulpes.com/pastes/fCaiF/?raw=true << is there any chance yer clock is off ?
a111: Logged on 2019-02-15 02:45 mircea_popescu: diana_coman so in the end, the conclusion of these procedings is, we're switching to sjlj and use no handlers ? did you ever manage to get it going on smg test server ?
mircea_popescu: diana_coman so in the end, the conclusion of these procedings is, we're switching to sjlj and use no handlers ? did you ever manage to get it going on smg test server ? ☟︎
asciilifeform: mircea_popescu, diana_coman do you have any pressing itches re the asm vivisections , or can table it for nao ?
mircea_popescu: lol diana_coman
asciilifeform was given 'mk61' at same age i think diana_coman's kid is nao ☟︎
mircea_popescu: diana_coman was there, even!
asciilifeform: ( based strictly on diana_coman's output )
a111: Logged on 2019-02-14 21:53 diana_coman: mircea_popescu and anyone else following along, here's the data from a set of runs with handlers from 0 to 3: http://p.bvulpes.com/pastes/9Cstd/?raw=true
asciilifeform: diana_coman does seem to have crafted a testism where it does
asciilifeform: they're diana_coman's exception handlers.
asciilifeform: i was discussing diana_coman's much earlier empirical find, that on ljmp stack fills faster per same # of calls. this here is why.
asciilifeform: diana_coman: btw your 'lick the 9v' intuitive observation earlier was correct, on ljmp variant the default stack frame indeed longer, 184byte vs 40
asciilifeform: diana_coman: the 'zcx' tarball contains a 'ljmp_calls' dir, same as other 1. which is correct ?
asciilifeform: ty diana_coman ! i'ma look
a111: Logged on 2019-02-11 01:33 hanbot: diana_coman fwiw i ran into a few broken internal links on ossasepia today on account of their still pointing to dianacoman.com, see http://ossasepia.com/2018/03/08/eucrypt-compilation-sheet/ fo' instance.
mircea_popescu: diana_coman can we do with 2 and 3 extra handlers as a bonus plox ?