This needs to have DOS builds available. Is it performant enough for 90s hardware? I know the rust compiler itself isn't really.
Show HN: TRUST – Coding Rust like it's 1989
41–50 of 98 posts
Re: Show HN: TRUST – Coding Rust like it's 1989
#42Re: Show HN: TRUST – Coding Rust like it's 1989
#43"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 Reference. Haven't touch it for more than 1 decade.
Re: Show HN: TRUST – Coding Rust like it's 1989
#44Just 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 Reference. Haven't touch it for more than 1 decade.
Re: Show HN: TRUST – Coding Rust like it's 1989
#45Looking at this makes me nostalgic in a way the author probably hasn't intended. Rust is notorious for its slow compile times, while Turbo Pascal was known to be blazingly fast. And the debugger, one of the most important part of the experience is "Not implemented". Dressing it as a 1989 IDE makes me painfully aware of what we have lost. Despite running on hardware that were orders of magnitudes slower than today, so…
>> 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"
Re: Show HN: TRUST – Coding Rust like it's 1989
#46The window screenshots are clearly from macOS 26, the rounded corners look so broken. If Rust ran in DosBox, we would have the perfect 1989 emulator.
Re: Show HN: TRUST – Coding Rust like it's 1989
#47Re: Show HN: TRUST – Coding Rust like it's 1989
#48Re: Show HN: TRUST – Coding Rust like it's 1989
#49The window screenshots are clearly from macOS 26, the rounded corners look so broken. If Rust ran in DosBox, we would have the perfect 1989 emulator.
Thanks for the feedback, maybe I'll redo the screenshots