2024/09/21

Newest at the top

2024-09-21 22:04:06 +0200 <EvanR> sounds like golang likes job security
2024-09-21 22:03:56 +0200 <tomsmeding> TIL
2024-09-21 22:03:48 +0200 <tomsmeding> I know on macos the syscall interface is unstable
2024-09-21 22:03:46 +0200 <geekosaur> yes, he did it by making a contract with the glibc maintainers
2024-09-21 22:03:36 +0200 <tuxpaint> i am coming from golang world, where syscalls are implemented without any C. I know it is rather unique to go.
2024-09-21 22:03:31 +0200 <tomsmeding> wasn't Linus' mantra "don't break userspace"?
2024-09-21 22:03:24 +0200 <geekosaur> no, it is especially true on linux
2024-09-21 22:03:14 +0200 <tomsmeding> geekosaur: surely that's false on linux?
2024-09-21 22:03:13 +0200 <EvanR> or experts llvm
2024-09-21 22:03:04 +0200 <tuxpaint> got it, makes sense
2024-09-21 22:03:01 +0200 <EvanR> ghc generates its own code right
2024-09-21 22:03:00 +0200 <geekosaur> the kernel's interface with glibc changes constantly. alternative libcs like musl need to keep up, and if something changed that they don't know about your program will crash
2024-09-21 22:02:38 +0200merijn(~merijn@204-220-045-062.dynamic.caiway.nl)
2024-09-21 22:02:18 +0200 <geekosaur> not reliably without libc
2024-09-21 22:00:23 +0200zerozzz
2024-09-21 21:58:50 +0200 <tomsmeding> but haskell does not have some kind of inline assembly
2024-09-21 21:58:43 +0200euphores(~SASL_euph@user/euphores) (Ping timeout: 245 seconds)
2024-09-21 21:58:40 +0200 <tomsmeding> as in, you can FFI to a function written in C, and in C you can do syscalls without needing libc
2024-09-21 21:58:19 +0200 <tomsmeding> without libc, yes, without C, no, I think
2024-09-21 21:57:11 +0200 <tuxpaint> curious - is it possible at all to do syscalls in haskell without libc?
2024-09-21 21:56:36 +0200mreh(~matthew@host86-146-25-125.range86-146.btcentralplus.com) (Ping timeout: 272 seconds)
2024-09-21 21:56:21 +0200 <tomsmeding> yes, this is calling exit(3) via the C FFI
2024-09-21 21:56:11 +0200 <tuxpaint> this is calling libc yes?
2024-09-21 21:54:47 +0200 <monochrom> Yeah I saw. Haha.
2024-09-21 21:54:27 +0200 <tomsmeding> monochrom: I think you would also enjoy this https://paste.tomsmeding.com/2YnbokDI
2024-09-21 21:53:26 +0200 <tomsmeding> (ircbrowse is not written by me, just hosted)
2024-09-21 21:53:20 +0200 <tomsmeding> 3 out of 5 of the links in the /topic are hosted by me :p
2024-09-21 21:52:54 +0200 <tuxpaint> you also have your own paste! mine is in go, not haskell though
2024-09-21 21:52:36 +0200 <EvanR> these are some serious super users
2024-09-21 21:52:11 +0200 <tomsmeding> :D (though st being st, it's likely there is some tmux-like thing involved)
2024-09-21 21:51:45 +0200 <tuxpaint> i am in tmux as well. twinning!
2024-09-21 21:51:43 +0200 <EvanR> yes some users can see the results of their keystrokes before they show up on the monitor
2024-09-21 21:51:36 +0200 <tomsmeding> (but in tmux)
2024-09-21 21:51:31 +0200 <tomsmeding> (I'm in st too)
2024-09-21 21:51:06 +0200 <tuxpaint> i have no compositor
2024-09-21 21:51:02 +0200 <tuxpaint> i can feel the difference as well in xterm - 12ms vs 3ms is perceivable for sure for many users. i can't notice much between the 3ms with -V0.0001 and 1.1ms in c
2024-09-21 21:50:58 +0200 <tomsmeding> maybe that makes a difference
2024-09-21 21:50:55 +0200 <tomsmeding> I have no compositor
2024-09-21 21:50:52 +0200 <tomsmeding> oh hey
2024-09-21 21:50:49 +0200 <dolio> Yeah.
2024-09-21 21:50:40 +0200 <EvanR> 0.012 and 0.013 is less than the monitor refresh rate xD
2024-09-21 21:50:35 +0200 <tomsmeding> well there's still a few ms left
2024-09-21 21:50:28 +0200 <tomsmeding> definitely in shutdown :D
2024-09-21 21:50:27 +0200 <EvanR> lol
2024-09-21 21:50:03 +0200 <tomsmeding> tuxpaint: https://paste.tomsmeding.com/2YnbokDI
2024-09-21 21:49:59 +0200 <EvanR> it
2024-09-21 21:49:56 +0200 <EvanR> probably because I have to tricked out with fancy font
2024-09-21 21:49:21 +0200 <EvanR> in xterm there is noticable delay in haskell and C :(
2024-09-21 21:48:45 +0200 <tuxpaint> terminal=st
2024-09-21 21:48:43 +0200 <EvanR> the best term