Hmmm nice to see the OS is still under development.
First time I saw it was during undergraduate days.... 2006 or 2007?
889 karma · joined October 9, 2011
First time I saw it was during undergraduate days.... 2006 or 2007?
https://gist.github.com/anta40/60f62c803a091ad0415d60f8cac55...
Disclaimer: I work on RN nowadays.
But most likely lots of those Forth coders implement their own which don't necessarily conform to the standard.
Okay, I may ocassionally do some code editing on it. But most of the time it's gotta be VSCode or vim/nvim.
Yep, using one doesn't automatically preclude the other.
Of course, it's not all roses and sunshines, though. Depending on your usecases, usually need to import a few packages and sometimes they don't work out of the box easily.
For real life work I don't need that much power, though. But after learning various alternatives like markdown, asciidoctor etc etc eventually I go back to LaTeX. Oh well :p
`zig build` gave me this:
/Users/anta40/Lab/OSDev/OS-1000-lines-zig/build.zig.zon:9:13: error: expected enum literal .name = "zoros",
Ask any Leica M users (both film and digital). Normally they only use primes to achieve compact setup. Any Leica user is automatically a snob, right?
Joking aside, I have nothing against zoom. For travelling, usually I don't need anything beside 24-70. Not a really compact setup, obviously, so need to downsize the image sensor. On APSC it would be 16-55. Or on MFT, it would be... hmm 12-40?
But probably that's an old habit: a few years ago my 1st DSLR was an APSC, and naturally my 1st prime like everyone else was the cheap-but-good 50/1.8, which is more or less equivalent to 85mm in FF world.
Will Mago implement a PHP runtime?
Absolutely not. The PHP runtime is incredibly complex. Major efforts by large companies (e.g., Facebook's HHVM, VK's KPHP) have struggled to reach full parity with Zend Engine. Achieving this as a smaller project is infeasible and would lead to community fragmentation. We are focused on tooling, not runtimes.
That's why I'm a big fan of medium tele (like 85mm or 105mm assuming 35mm format) for daily walk. Not for candid portrait, but tight framing without distractions.
Many many years ago, street photographers typically prefer wide angle lenses (which is still true these days). Saul Leiter broke the mold by embracing tele lens. Of course there are different feel. When standing really close with wide angle lens, your compositions felt immersive. But when tightly framed with (medium) tele, it felt... observant.
I'm on macOS, and still no luck building the code. But anything which doesn't involve building a custom GCC easily gets my vote :)
Whoa a programming game. Interesting :D
If you want to write portable/production-grade C code, well definitely need to study another references.
Installable under current OSes? Looks like a yes. Assuming your OS still provide 32-bit compatibility mode.
It's a fork of OpenWatcom assembler.
https://nimble.directory/ I'd pick Nim if my concern is general app development, not specifically system programming.
./q examples/hello/hello.q
signal: killed
./q examples/collatz/collatz.q
signal: killed
Even copying q files into q's folder doesn't work
Ah, didn't notice the issue is already in discussion: https://git.urbach.dev/cli/q/issues/6
Interesting that one of the goals is not to depend on llvm :D
I still have to use macOS for mobile app development, but definitly want to use Linux on M2.
I mean, if you take a look at this page: https://benbridle.com/projects/bedrock/bedrock-pc.html
"To assemble a source code file program.brc and save the result as the program program.br, run the command..."
Where are the brc files?