anta40

5 ms·

1.
by anta40 1mo ago
Say to strictly enforce modularity, e.g helper functions that can only be accessed within its function. Pascal supports it (at least Turbo Pascal, no idea about ISO Pascal).
2.
by anta40 1mo ago
What about Gambit? Perhaps it's a better, optimizing compiler but the built-in library is rather minimalist?
3.
by anta40 1mo ago
>> And that's part of the reason why in 2002, Switzerland's government reduced the Sonnenberg bunker capacity from 20,000 to just 2,000. Its floors filled with bunk beds, a prison and hospital, all deep underground, have bee
4.
by anta40 2mo ago
Mr Kusswurm's x86 book is excellent. Didn't know he also write on for ARM. Thank you!
5.
by anta40 2mo ago
Since NASM/YASM is written in C, it's more portable. On my ARM Mac, NASM works fine. FASM is cool (and still being development), but since it's written in 32-bit x86 asm, let's just say macOS is a 2nd class citizen.
6.
by anta40 2mo ago
You mean this: https://www.amazon.com/Art-ARM-Assembly-Randall-Hyde/dp/1718... ? Mmm nice. Will give it a try since ARM-based Mac is my main working environment nowadays.
7.
by anta40 2mo ago
Not exactly weird... I mean x64 Windows is still pretty popular. And pretty much any Windows dev will have Visual Studio installed (to get MASM). Unless, you want to use open source MASM-compatible assemblers like JWASM or UASM. Yes I under
8.
by anta40 2mo ago
>> but personally I'd like to teach my kid how a computer works, not how to use some programming language. I wonder if assembly is a better choice... hmmm...
9.
by anta40 2mo ago
Does this mean I can turn my JS-based backend into single executable and easily ship it, like in Go?
10.
by anta40 2mo ago
Works fine on 152.0.5 (aarch64) macOS 26.5.2. I don't use extensions like NoScript etc etc
11.
by anta40 2mo ago
If you like QuickBASIC, perhaps FreeBASIC is also an interesting choice. For many years, it practically only supports Windows, Linux, and DOS. Now add macOS into the list: https://deb.fbxl.net/macos/
12.
by anta40 2mo ago
OCaml seems nice for doing real world app development (e.g) web backend, and not limited only for prog lang research. Hmmm....
13.
by anta40 3mo ago
Ahh just noticed it's made by graemeg, one of FPC long time contributors. Many years ago I explored his fpGUI: https://fpgui.sourceforge.net/ fpGUI Toolkit is a cross-platform GUI toolkit using Free Pascal Nice to see
14.
by anta40 4mo ago
Mmmmm just noticed MacOS is now supported. Guess time to say farewell to DBeaver...
15.
by anta40 4mo ago
So which one has the biggest chance to be Android/iOS alternative? Many many years ago, smarphone users had these choices: Symbian, BlackBerry, Windows Mobile, PalmOS... what else?
16.
by anta40 4mo ago
Just noticed in cannot build a standalone Rust source file "error: could not find 'Cargo.toml'" I assume first need to create a project by "cargo new" ...? Anyway, love the good ol' Turbo Pascal 7 Referenc
17.
by anta40 4mo ago
>> Rust is notorious for its slow compile times Don't forget Haskell. And what's other... C++, OCaml, etc? I guess a language with complex/complicated design is difficult to be compiled "blazing fast"
18.
by anta40 5mo ago
Why choose one if you can use all of them? Windows: gaming, running proprietary Windows-only apps (like engineering stuffs) Linux: back end development, kernel hacking macOS: mobile app development Well nowadays I'm stick with macOS no
19.
by anta40 5mo ago
Is there a completely mechanical version of XPan? Of course I mean shoot 65:24 and have interchangebale lens support? So far, I think there's no one for 35mm. For medium format shooters, there's the much bigger Fuji/Linhof 6
20.
by anta40 5mo ago
I unserstand this camera is pretty popular among street shooters/photodocumentary folks. Personally, I prefer less distortion and XPan is the better choice for that (and of course interchangeable lens support). Too bad it's bloody
21.
by anta40 5mo ago
Congtats for reaching 1.0 Gotta say farewell to Sublime. Now Zed is my general purposed text editor. For doing most of my coding work, still use VSCode and nvim.
22.
by anta40 5mo ago
Very impressive for a single dev project. Nice to see someone started the work from zero instead of piggybacking LLVM.
23.
by anta40 5mo ago
Anyone use hnterm? https://github.com/ggerganov/hnterm I think it still works pretty well, and written in C++ instead of the "cool kids" Go/Rust
24.
by anta40 5mo ago
Cool. Is macOS (Apple Silicon) also supported? If not, well there's another reason to have a Linux VM ready :)
25.
by anta40 6mo ago
Perhaps using this: https://github.com/nlsandler/nqcc2 ?
26.
by anta40 6mo ago
Yes this is my workflow when shooting digitally. Always in RAW & color for greater flexibility during B/W conversion.
27.
by anta40 6mo ago
"Shoot and scan" is convenient. Hard to argue with it. But hey, if you want convenience, why are still using film? :D But anyway, yes print making is both art and science on its own. Finding local labs to develop and scan films is
28.
by anta40 6mo ago
Whatever floats the boat. Even back to film/analog era, taking a photo is just the 1st step. Then apply some darkroom work (dodge/burn/use some filters to adjust the highlight/shadow etc etc). Image editing softwares lik
29.
by anta40 6mo ago
Yes, I'm happy with Zed a Sublime replacement, usually for general text-editing. For coding, I'm still stuck with VSCode and nvim.
30.
by anta40 6mo ago
So.... a sort of modern Corewar?

More ›