3 ms·

Well I also think the docs need a rewrite, but that's because my time is going elsewhere. In truth, I'm probably not "qualified" to write a programming languag

Well I also think the docs need a rewrite, but that's because my time is going elsewhere. In truth, I'm probably not "qualified" to write a programming language, but I'm doingg so anyway. I use LLMs (20 - 40/month plans) to implement, so do use 100% of my effort for this on design, model, and goals. JS is most familiar to me and lets me work instantly. I know precisely what I want this to be, but I'm also open to its uses blossoming unexpectedly. I'm building because I want this thing to exist, and bc it also v fun. If it offended your sensibilities or you're look for a trad built, ultra-optimized C++-like compiler/chain on day one, you do miss the point a bit, and it prolly ain't for you, bud. lol

spijdar 5mo ago
My comment came off sharper than intended, for which I apologize. That said, two things: I use LLMs for coding a lot, and I'm not turning my nose at the use of LLMs here, though I do think the user-facing pages/documentation could use more direct, human-written language. The other is I do think this is probably something I'd be interested in. I "maintain" a few modified compiler stacks for worth, using Nim to: - generate libc-less, pure syscall binaries with minimal ELF/PE headers - generate Cosmopolitan-libc binaries for all platforms - cross-compile via Zig/LLVM for those platforms It seems like there is some cool work here, I just think it could be expressed a bit more cleanly and directly on the front-page/docs.
- keepamovin 5mo ago
  All good man, no sweat at all! Tho I do appreciate you saying that. That Nim setup actually sounds incredibly cool. Cosmopolitan libc is legendary -- what a proejct!, and doing pure syscall libc-less binaries with Nim is exactly the kind of stuffI love -- cool. It's a fun space to build in. We kind of on same page about docs, I will give them a proper redux - but honestly, writing about my work has is never something I've really developed much. You don't have any "great examples" of great docs/landing page writing from relevant projects you could point me to look at, do you? I think I could benefit from reading some clarity there, tbh. And if you do end up poking around the freelang internals at some point, lmk what you think!

spijdar 5mo ago

My comment came off sharper than intended, for which I apologize. That said, two things: I use LLMs for coding a lot, and I'm not turning my nose at the use of LLMs here, though I do think the user-facing pages/documentation could use more direct, human-written language. The other is I do think this is probably something I'd be interested in. I "maintain" a few modified compiler stacks for worth, using Nim to: - generate libc-less, pure syscall binaries with minimal ELF/PE headers - generate Cosmopolitan-libc binaries for all platforms - cross-compile via Zig/LLVM for those platforms It seems like there is some cool work here, I just think it could be expressed a bit more cleanly and directly on the front-page/docs.

keepamovin 5mo ago
All good man, no sweat at all! Tho I do appreciate you saying that. That Nim setup actually sounds incredibly cool. Cosmopolitan libc is legendary -- what a proejct!, and doing pure syscall libc-less binaries with Nim is exactly the kind of stuffI love -- cool. It's a fun space to build in. We kind of on same page about docs, I will give them a proper redux - but honestly, writing about my work has is never something I've really developed much. You don't have any "great examples" of great docs/landing page writing from relevant projects you could point me to look at, do you? I think I could benefit from reading some clarity there, tbh. And if you do end up poking around the freelang internals at some point, lmk what you think!