91–100 of 271 posts
Fun fact: the original author of Turbo Pascal, Anders Hejlsberg, went on to lead development of C# and then later TypeScript.
Woah. Had no idea he was responsible for Turbo Pascal
Free Pascal still has a look-a-like of the original TP IDE! But that code is bitrotting by their own admission (it still relies extensively on obsolete quirks of the original MS-DOS platform) and it's sad that we don't have a look-a-like version that can work as a general editor in the terminal (like neovim or emacs) and integrate with modern IDE-oriented facilities like the LSP, tree-sitter parsers or the debug adap…
It's hard to overstate just how much faster Turbo Pascal was than its competitors. So fast that it was hard to believe it wasn't cheating in some way. And then the resulting program was faster too. A tour-de-force of its day, and it deserved all the acclimation that it got.
see also, "things that turbo pascal is smaller than" by james hague: https://prog21.dadgum.com/116.html
> " The entire Turbo Pascal 3.02 executable--the compiler and IDE--was 39,731 bytes " On my computer now, it's smaller than: - License.txt which comes with "TurboPascal (with DOSBox)" (42,044 bytes) - sqlanywhere.vim, syntax highlighting file for the SQL dialect of SQL Anywhere (41,929 bytes) - parse.py, the URL parser in Python's urllib (42,057 bytes) - doc_testing.html the Rust By Example section on writing tests i…
# zsh glob for regular files that are smaller
print -l /usr/bin/*(.L-39731) # Some ~500 results
# Not interpreted or using system libraries
file /usr/bin/*(.L-39731) | egrep -v '(script|dynamically)' # 0 results
Perl at 35 (almost 36) > How do you do, fellow kids?
Free Pascal still has a look-a-like of the original TP IDE! But that code is bitrotting by their own admission (it still relies extensively on obsolete quirks of the original MS-DOS platform) and it's sad that we don't have a look-a-like version that can work as a general editor in the terminal (like neovim or emacs) and integrate with modern IDE-oriented facilities like the LSP, tree-sitter parsers or the debug adap…
A little over a decade ago some of my friends who were Turbo Pascal fans transitioned to Lazarus. Seemed like the logical successor to Turbo Pascal and Free Pascal. (Personally I transitioned to writing C++ in Emacs as I did not really appreciate the Pascal language.)
To be more accurate, Lazarus is a GUI IDE for Free Pascal, not a successor. The same way Emacs can be an IDE for C that you'll compile with GCC.
I know, Delphi effectively replaced Turbo Pascal from the Borland side, even though Delphi could have been "just" an add-on to Turbo. They just didn't take that route.
30 years ago they had the same complaints like we have today
Teacher would make us use vi in the first year. I still could not believe that you could just put a break point and stop the program in the middle of exectution to inspect variables. It was like magic to me.
Free Pascal still has a look-a-like of the original TP IDE! But that code is bitrotting by their own admission (it still relies extensively on obsolete quirks of the original MS-DOS platform) and it's sad that we don't have a look-a-like version that can work as a general editor in the terminal (like neovim or emacs) and integrate with modern IDE-oriented facilities like the LSP, tree-sitter parsers or the debug adap…
https://github.com/magiblot/tvision