tmsr - Search: a

14700+ entries in 0.1s

mircea_popescu: AS DOING. The fact the rest of you are now finally realizing that some of the problems I already solved years ago were, in fact, real issues, is mildly amusing to me in a morbid way. If you have competent developers on this lsit you don't NEED my patches, you can figure out how to do it from the _idea_ in a couple hours." << there, as good an epitaph FOSS could ever get.

BingoBoingo: Studying the quadruple digit peso bills is standard procedure for any cashier when you are a new face. Studying the benjis... not so much

BingoBoingo: asciilifeform: I have yet to find an abitab clerk making 12,000-18,000 pesos a month that studies the details of benjis in the way they study 1000 and 2000 pesos notes to make sure they aren't secretly Argentine pesos

BingoBoingo: Honestly, being here it took me a while to get used to that slighly different color the new benjis have that good old Jackson's don't

asciilifeform: mircea_popescu: i suspect the tards have nfi what is or could be 'sane stack' even if it bit'em. comical to watch, rather like a nigerian forger who dun know what colour benjie is even supposed to be

asciilifeform: mircea_popescu: there's a coupla of these 'going' atm

mircea_popescu: d for building the complete system. Therein lies a problem: the current combined size of these bootstrap binaries is about 250MB . Auditing or even inspecting these is next to impossible. For i686-linux and x86_64-linux, GuixSD now features a "Reduced Binary Seed" bootstrap (see the wip-bootstrap branch). We would like to say: "Full Source Bootstrap" and while we are working towards that goal it would be hyperbole to use that

mircea_popescu: meanwhile in other lulz, "Guix---like other GNU/Linux distributions---is traditionally bootstrapped from a set of bootstrap binaries: Bourne shell, command-line tools provided by GNU Coreutils, Awk, Findutils, sed, and grep and Guile, GCC, Binutils, and the GNU C Library. Usually, these bootstrap binaries are "taken for granted." Taking these binaries for granted means that we consider them to be a correct and trustworthy see

BingoBoingo: Colon Powell is still a major player in that young adult novel I started in 2010 when I lacked to experience to rightly attempt such a thing

mircea_popescu: http://btcbase.org/log/2019-02-22#1898584 << speaking of, you know TO THIS DAY they're lying to schoolchildren about lusitania content ? "we started ww1 through packing munitions in what we falsely called a civillian ship" still "unhappened" etc ? ☝︎

mircea_popescu: but anyway, certainly a lot of interest in stripmining these days.

BingoBoingo: A large part of what makes Vzla relatively VERY rich is... anti-malarials are a relatively recent invention

a111: Logged on 2019-02-14 23:52 asciilifeform: in ru there are some decent microscopists ( not the 1 phf went to, but apparently others. ) for instance, very recently found that К1801 ( sovok 'pdp-11' single-chip ) was ~not~ in fact a photoclone of dec's (only the early '80s demo ver was!) but , turns out, entirely indigenous orc design, with coupla x ~fewer~ transistors and yet faster max clock

BingoBoingo: I've been waiting to drop that factlet into a blog, but there it is. One man month of hard if not particularly efficient work ~500-600 a month

BingoBoingo: asciilifeform: Artisinal gold mining is a thing in Vzla. Typical haul of an artisan gold op there is 10 grams of gold per man-month

mircea_popescu: http://btcbase.org/log/2019-02-22#1898583 <<-->> http://trilema.com/2013/a-very-unfair-perspective/#selection-213.222-217.1 ☝︎

a111: Logged on 2019-02-22 13:58 spyked: re http://btcbase.org/log/2019-02-18#1897845 : I obtained a ascii-text-only copy of the gutenberg.org archive and it weighs ~18GB; lzma'ed archive of the same is 4.2GB, will post a link in the following days

asciilifeform recalls also pete_d's attempts to sell a 'rebrand' of fuckgoats somewhere

mircea_popescu: hmmm... i dun think so tbh, was a DIFFERENT set of these equally indistinguishable amateur shitheads.

asciilifeform remembers this purely from head, but prolly there's a log somewhere

mircea_popescu: all the way back to fucking 2014.

asciilifeform: one might naively picture heathens would jump at 'i bring martian tech and +9000 strength of will' etc. but nope. 'we built a++ straw plane, cargo when'

mircea_popescu: there's really a lengthy list of these, "o noes, someone's fundamentally not as fucked in the head as us ?! O GOD SAVE US FROM SUCH HORRORS!!!"

mircea_popescu: i was afraid i dropped a thread there for a moment.

mircea_popescu: a ok then.

a111: Logged on 2019-02-21 17:18 bvt: i have also seen a one guy at suckless complaining about this back in the day: https://lists.suckless.org/dev/1605/28871.html

asciilifeform realizes that he never actually tried to build a gcc w/out cppism support. this really gotta be tried

mircea_popescu: a yeah. this might be ... yeah, 2007 or some shit.

asciilifeform spend 2d digging in tcc and a (sad) attempt at crystallography

asciilifeform: sounds like a++ day off from us glued-to-terminal snoarpeoples

mircea_popescu: http://btcbase.org/log/2019-02-21#1898544 yeah, if it weren't fucking dead. lotta these http://trilema.com/2014/bitcoin-in-argentina-exactly-nothing-to-do-with-the-derps/#selection-197.6-197.28 slash http://trilema.com/2018/must-suck-to-be-one-of-you-average-guy-with-a-great-sense-of-humor-losers-seriously-now/#footnote_0_78439 etc littering the internets. ☝︎

BingoBoingo: Banco Bandes Uruguay (a subsidary of the Venezuelan Development bank) is still functioning normally.

BingoBoingo: And now the local news is in a panic about FISH! Pirannahs in Salto and "pez sapo" on the "angry beach" in Punta del Este

spyked: re http://btcbase.org/log/2019-02-18#1897845 : I obtained a ascii-text-only copy of the gutenberg.org archive and it weighs ~18GB; lzma'ed archive of the same is 4.2GB, will post a link in the following days ☝︎☟︎

asciilifeform: BingoBoingo: that's prolly last 1 for a while, it's just about the limit of what can be done with the dentist 35mm film

asciilifeform: via bvt's link : '...versions of GCC prior to 4.8 also allow bootstrapping with a ISO C89 compiler and versions of GCC prior to 3.4 also allow bootstrapping with a traditional (K&R) C compiler...'

asciilifeform: lotsa .cc ( also cpp ) , but not clear that they're part of gcc proper, rather than cpp standard lib. will require a proper walk (or , alternatively, to rebuild the thing with flags banning cppism and see if barfs )

asciilifeform: a quick look at the ave1gnat src reveals ~2dozen .cpp , but they all look to be part of the cpp test suite

bvt: i have also seen a one guy at suckless complaining about this back in the day: https://lists.suckless.org/dev/1605/28871.html ☟︎

bvt: but version 4.9 looked healthy (i.e. plain c, did not see any cpp code there). i had a look at a single file, though, so this is no guarantee.

bvt: i have seen reports of this, but never verified myself. my understanding is that there is a slow c++zation of gcc: i backported one gcc patch for my home system from 6 to 4.9, this involved removing c++ chunks.

asciilifeform: other interesting claims, in https://bootstrappable.org/projects.html we find that 'The C and C++ compilers of the GNU Compiler Collection make up the foundation of many free software distributions. Current versions of GCC are written in C++, which means that a C++ compiler is needed to build it from source. GCC 4.7 was the last version of the collection that could be built with a plain C compiler'

asciilifeform: bvt: imho still worth a test-fire, i'm curious if even given the stated conditions the thing runs

bvt: it seems to be quite a new item, iirc less than a year old. i'd expect it does not support arm. can't say anything about bugs without trying out.

bvt: not yet, but can give it a shot sometime next week

asciilifeform: mircea_popescu: if you can muster the juice, wainot try an' wake him . iirc mircea_popescu has a ~100% 1shot 1kill record for these.

mircea_popescu: supports all the targets qemu does, B) can build linux and busybox and uClibc and itself (thus providing a self-bootstrapping system; I'd upgrade busybox to have missing bits like "make"). << maybe HE could be doing the tcc work, at any rate.

mircea_popescu: Someday if I get back to this topic, I want to glue either sparse or the tcc front end to qemu's tcg back end and produce a new compiler that A)

asciilifeform: 'My wife's name is Fade. We got married at Penguicon 2007. Fade's boss Steve Jackson officiated, and Eric Raymond was best man. (The wedding fit into a 1 hour panel slot and was moved once so as not to conflict with an Elizabeth Bear panel Fade wanted to attend, and a Charlie Stross panel Steve wanted to attend. Yes, we're all that geeky.)'

mircea_popescu: anyway, has a shitty html blog, all the symptoms people go through in that quarter or two between when they get the republic illumination and when they become actually useful/productive.

mircea_popescu: because he's a man alone ?

asciilifeform: i dunget why he gives a fuck re 'eclipsed' tho

asciilifeform: http://lists.gnu.org/archive/html/tinycc-devel/2008-09/msg00013.html << apparently 'My objection all along has been that CVS is not a real source control system, and no modern project should be burdened with it' etc

mircea_popescu: "(People sent me bug reports about the 0.9.24 release. Yeah, that release contained a lot of code copied out of my tree into CVS, but the release was based on CVS, not on my tree.) By 2008 as CVS sank into obsolecense, TCC had clearly decided to go down with the ship. No matter how much work I put into my fork it would never eclipse the "official" tcc project (which could of course read my code to advance their tree)."

mircea_popescu: "This used to be the page for my fork of Fabrice Bellard's Tiny C Compiler, but I got sick of competing with a mostly dead CVS archive that nevertheless remained "official". Every time I worked on my fork it inspired new work in the old CVS archive, and every time I set my fork aside the old project ground to a halt. Even though the old tcc project repeatedly stagnated whenever I stopped working on my fork for a few months, n

asciilifeform: mircea_popescu: lang that quietly locks ~errything behind yer back, whether you wanted or not, does tend to run 'at speed of 1 core', a la python

a111: Logged on 2019-02-21 01:45 mircea_popescu: but the ensemble will not move at the speed of a single core will it ?

asciilifeform: (c) is generally not an option in lightweight ('scripting') langs, so these generally end up (a)

asciilifeform: Mocky: they forgo threading cuz on c machine you have exactly 3 options : a) forgo threading (i'ma not detail python's 'forgo threading and then lie about it' as separate variant, it is beneath contempt) b) sit down on unix's threads (pthread) c) implement own scheduler

Mocky: but i don't have asciilifeform's mental model of a much better lang with which to compare. I have c c++ python javascript that I also get paid to work with occasionally, which ~entirely punt on threading

asciilifeform hopes to live long enuff to stop cleaning up piles o'shit for a living, but not holding breath

asciilifeform: some things are simply steaming piles of shit, from which there is nuffin to say, and the only use of which is that one can make a few bux cleaning'em up

asciilifeform: i mention this strictly cuz we're apparently doing a 'dead langs' thrd

asciilifeform: the threads (they were 'lightweight', i.e. zcx-like, things, but with termination (and restart!) mechanism) were snapshottable objects, to the extent that the runtime knew how to move'em between not only cpus but machines, and in such a way that the proggy continued w/out interruption (if e.g. machine catches fire and its threads gotta move before fire reaches cpu etc)

a111: Logged on 2017-03-30 14:43 asciilifeform: anyway erlang is imho only worth discussing as part of a larger pattern -- industry after industry independently discovered that c -- and its entire approach to logic -- is poison

a111: Logged on 2017-03-30 14:38 asciilifeform: mircea_popescu: i will also nitpick : 'erlang' does not belong in the list, it was a 1980s product that worked quite well in its industrial niche (large telco switches) but was later stolen and used as a totem by the folx from yesterday's thread ( http://btcbase.org/log/2017-03-29#1633873 )

asciilifeform: Mocky: not a 'puzzle lang', tho i can see how you might've come to the conclusion ( it's been suffering from heavy case of http://btcbase.org/log/2015-06-22#1172831 ) ☝︎

Mocky: erlang I did look at briefly, but not the concurrency, seemed to me like a puzzle lang

asciilifeform: on linux, defo did, when i last gave a shit

Mocky: i wouldn't argue that explicit threading is good. but instead of concurrent i++, consider concurrent assignment to heap references, even without locking always have a valid reference, never a garbage pointer, no matter how many threads or cores

Mocky: I'm not defending java, I'm stating that in addition to pile of shit, theres a coherent memory model, thread model that is not agony to work with.

asciilifeform: ( or where promised 'portable' but this this day i've never seen a gui proggy in java that runs on >1 os w/out modification. and etc )

asciilifeform: eh it's the lang that made e.g. integers a 'non-class' object and thereby non-storable in lists etc

Mocky: so not optimal, maybe even laughable, but yet has a model and as spec that is not self contradictory

mircea_popescu: but the ensemble will not move at the speed of a single core will it ? ☟︎

mircea_popescu: Mocky so if i declare a procedure which increments a global and a local counter, and then call it in a loop from multiple threads, at the end the globa lflag will contain the sum of the local flags ?

Mocky: there are explicit and implicit semantics, but if you read the spec, you know what you'll get. multiple threads setting a value on the same variable never create garbage

Mocky: I mostly agree. They did manage a coherent threading model / memory model which turns out to be the thing I miss when I'm writing in something else

asciilifeform: Mocky: imho all of javaism was a massive exercise in 'just want to'ism

a111: Logged on 2019-02-20 15:50 asciilifeform: really oughta have ~1~ compiler, and for a sane arch; and if yet cannot afford to actually siliconize the sane arch, then the sad iron oughta be booting straight in bios to a compact (asmistic) emulator of same

asciilifeform: ( or we could've ended up with a 'crapple future' 20y ago, instead of nao )

asciilifeform: a good thing, too

Mocky: http://btcbase.org/log/2019-02-20#1898149 I know of a couple attempts at java os, one I installed on my Compaq iPaq in 2002. but they were shit ☝︎

BingoBoingo: A bit deeper "Uruguayos no somos Latinos, somos Europeos": "Mi amiga tuvo un hijo en EEUU hace un tiempito y cuando lo van a anotar, dentro de las cosas que ponen en la partida es raza (WTF EEUU??!), la administrativa no quería ponerle "caucásico" así que le puso Latino white o una onda así."

mircea_popescu: esthlos had a pretty cool vtron if i recall.

asciilifeform: it's a shame, imho; i quite liked http://summaries.logs.esthlos.com

asciilifeform: didn't even live a whole year, huh.

asciilifeform: ^ also had a vtron. but then sank to the bottom of the sea, so unmaintained afaik.

hanbot: in bootstrapping adventures, it looks like the flow for a machine that knows to v to get vtools going is like so: grab some ancient v, ie mod6's v.py, use it to press phf's vtools vpatch, then eat phf's v.py "updated for vtools", then press vtools to keccak head. anyone feel like spotting this for me?

asciilifeform: i find it hard to picture how a sane cpu, where optimizing compiler is 10k loc and 'fits in head', could have no market. but then again the bolix people proved that it ~is~ possible to go broke with one.

asciilifeform: ( would want a windowed / microscopable die, naturally, if actually did this, or how wouldja audit )

asciilifeform: could fit a million or 2 of'em on 1 die, with modest density.

mircea_popescu: kinda makes it a particularly delicious spot to rape the femstate.

asciilifeform: ( current pc arch 'standard', to the extent it exists even, is a microshit authorship )

asciilifeform: likewise you can't buy a southbridge that dun do the acpi liquishit, cuz again microshit decree.

asciilifeform: you can't, for instance, buy a x64 that ~only runs in 64 mode~ : no, you gotta have the (broken) msdos compat, inner 386, etc. cuz winblowz.

a111: Logged on 2016-06-14 14:12 asciilifeform: did we ever do a screw threads thread ?

mircea_popescu: i suppose the pov where design is ~constrained~ activity, and the concept of "design competition" must strictly describe a situation where machine a with 64 registers of which one is mask and machine b with 64 registers + ONE separate mask register compete.

mircea_popescu: as a general design principle! you may NOT have "multiple" on a machine. it's 0, 1, buswidth-count. THAT IS IT.

mircea_popescu: http://www.loper-os.org/?p=46#selection-47.1021-47.1284 << this, incidentally, is a fine example. who THE FUCK came up with the notion of making "registers" ~without~ making a) as many of them as the bus width and b) a special register which keeps a mask of registers, so that PUSH only actually occurs if needed ?