freenode/lisp - IRC Chatlog
Search
21:40:00
ComCat
Hi ops. You can also redirect this channel to ##moved_to_libera. Do that before you leave the network please. But please update the topic at least. Keep the community together under no corrupted rule. Libera is registered as non-profit and all the old staffers and volunteers are there. Sponsors are pulling out from freenode btw. A few of them were staffers, so they're at libera as well.
21:47:24
IIsi50MHz
Changing the /topic makes sense. Redirecting to an offtopic channel to use that channel as a handle seems unnecessary.
22:00:43
scymtym
can we wait a bit longer? i don't think the new channels are logged yet for one thing
22:20:17
ComCat
IMPORTANT NOTICE: Hi Ops. Please update the topic to point to the new server (libera.chat). Thank you. Current situation: crown prince of korea and co-founder of MtGox (bitcoin exit-scam) https://en.wikipedia.org/wiki/Andrew_Lee_(entrepreneur) - https://en.wikipedia.org/wiki/Mt._Gox#Bankruptcy;_stolen_bitcoin_(2014%E2%80%93ongoing) - has now full control over Freenode and has destaffed ALL the staffers you knew. The staffers have founded and moved
22:20:18
ComCat
to Libera.chat. Sponsors of Freenode are beginning to pull out, it is unknown for how long the freenode will be stable. Most channels, projects and users are now migrating to Libera. Libera is a registered non-profit organization with mitigations against this disaster happening ever again. Leaked chats showing disgusting intents and former devs that have worked with Mr.Lee before says that he's disorganized, dishonest and that they wish to never
22:20:24
ComCat
work with him again (he managed to scam freenode out of our hands and he lied to the staffers). All officiall freenode channels are now currently under complete censorship. https://distfiles.dereferenced.org/stuff/nirvana-log.txt - https://paste.sr.ht/~ircwright/7e751d2162e4eb27cba25f6f8893c1f38930f7c4 - Please update your topic to point to the new server if you haven't done so already. This message is to inform the users about the situation if
22:21:23
|3b|
with the amount of "move to libera" spam, libera is starting to seem less like a good alternative :/
22:41:11
jcowan
It's very temporary. Soon the Korean Empire and the Not That Free Republic should be quite separate
22:50:44
IIsi50MHz
Yeah, it seemed to me like "not-that-free republic", rather than "not THAT free republic". Glad of the clarification.
23:05:40
curiouslisper
So has everybody decided to jump ship for unknown reasons because admins have jumped ship for unknown reasons?
23:08:47
curiouslisper
I'm not sure of moving to libera where it is staffed by people who dont know why they left except that the person who bullied the former head of staff out said they should.
23:09:27
curiouslisper
the same guy accusing the owner of a domain name of dictatorship after locking the guy out of freenode and spamming freenode for everybody to leave.
23:11:02
curiouslisper
most are unsure what is happening, what will happen, or what exactly they have lost control over.
23:17:54
curiouslisper
i can see the user list now, so i guess people aren't being overly dramatic and hysterical.
23:29:19
curiouslisper
Well, i guess if people haven't jumped ship I can go back to just quietly reading the logs. and just saw there's a lot more admins that haven't resigned, just a small group.
2:01:33
brownxoat
hey, I am an idiot trying to get abcl working on windows. can anyone help? I am getting "spawning child process: invalid argument" with this setq
2:01:54
brownxoat
(setq inferior-lisp-program (concat "c:/Program\ Files/Java/jdk-16.0.1/bin/java.exe" " -jar " "c:/Program\ Files/abcl/abcl.jar"))
2:10:17
|3b|
brownxoat: might try (concat "\"c:/Program Files/Java/jdk-16.0.1/bin/java.exe\"" " -jar " "\"c:/Program Files/abcl/abcl.jar\"") or using slime-lisp-implementations instead of inferior-lisp-program
2:17:25
brownxoat
(setq inferior-lisp-program (concat "\"c:/Program\ Files/Java/jdk-16.0.1/bin/java.exe\"" " -jar " "\"c:/Program\ Files/abcl/abcl.jar\""))
2:18:02
brownxoat
Searching for program: no such file or directory, "c:/ProgramFiles/Java/jdk-16.0.1/java.exe"
2:20:27
brownxoat
|3b|: hmm, without \ I get: Searching for program: No such file or directory, "c:/Program
2:22:08
|3b|
ok, maybe that doesn't work then, try slime-lisp-implementations which takes program name and args as separate strings
2:23:40
|3b|
(setq slime-lisp-implementations '((abcl ("c:/Program Files..." "-jar" "c:/Program Files/...")))) (setq slime-default-lisp 'abcl)
2:27:12
|3b|
not sure if there is general agreement about moving yet (or to what channel if so), though looks like some people have moved
2:27:13
brownxoat
|3b|: the last I heard is that sbcl is missing threads or something on windows, which made me stay away from it. I just heard people backtalking sbcl on windows on the internet for the last few years, so I didn't even consider it.
2:27:57
|3b|
it has threads, and i've been using sbcl/windows as my main dev setup for years with no particular problems
2:29:54
|3b|
(the test suite has some things that break on windows, but probably mostly not things you'd do too often in real code, like constantly running GC in one thread while constantly recompiling files in another, or whatever)
2:29:56
brownxoat
I don't get what happened to ccl though :( https://github.com/Clozure/ccl/issues/311
7:09:51
jnewton
I'm reading something which directly contradicts a fundamental principle of how RISC works. Maybe my understanding has been wrong all this time.
7:13:43
jnewton
My question is if I load (write) data into a register, and in the next instruction I try to read from that register. will I (1) read the old value, or (2) will the processor automatically stall waiting for the data to be ready? I though (1) was the case and that that was considered a feature.
7:13:51
jdz
jnewton: There was an article how Apple's new CPU can have sane instruction stream decoding and speculative execution (because of constant instruction sizes), whereas x86 is screwed because it has to process too many false positives since it has to try instructions at every byte position.
7:15:35
jdz
jnewton: Stalls are usually associated with writes/reads to memory. And even then CPUs speculate.
7:17:13
jdz
jnewton: AMD CPUs do even more: https://www.amd.com/system/files/documents/security-analysis-predictive-store-forwarding.pdf
7:17:55
|3b|
ACTION thought it was generally a 'feature' of RISC to /not/ automatically do things for you
7:19:58
jnewton
|3b|: that was what I thought as well. i.e., you were allowed to write, and still read the old value for one cycle.
7:21:08
jnewton
Sorry I know this is not a lispy conversation. just thought there might be someone here that could clear up my confusion
7:21:51
beach
jnewton: #lisp may be about to move to #commonlisp at libera.chat because of a "hostile takeover" of freenode.
7:25:52
jdz
jnewton: I think this is the article I had in mind: https://debugger.medium.com/why-is-apples-m1-chip-so-fast-3262b158cba2
7:32:03
|3b|
not sure it is even guaranteed to show you the old value on old mips (or anything else with load delay slot), might depend on cache hit, or might stall automatically and delay slot just gives you a chance to do something during the stall
7:47:48
White_Flame
jnewton: "RISC" was a concrete architecture, with a bunch of interconnected tradeoffs. Talking about "RISC style" is as contentious as "What is a Lisp?"