111–120 of 141 posts
Earlier quoted context omitted.
Kernighan's critique was very biased and he focused on plain ISO Pascal on purpose to get his point across. Cleverly not mentioning that many issues were fixed on ISO Extended Pascal and other dialects. Also that back then outside Bell Labs, most C compilers were actually dialects of the real thing, like Small C and RatC. So it was not like C wasn't without its portability issues outside UNIX. As for memory safety an…
> Cleverly not mentioning that many issues were fixed on ISO Extended Pascal and other dialects. Yes, Kernighan was “clever” in 1981 to ignore ISO Extended Pascal, a standard published in 1991. (I'm also not sure if there was ever more than one implementation of Extended Pascal, though Free Pascal claims it as a planned future feature.)
Many of them available in 1981 dialects
Earlier quoted context omitted.
Turbo Pascal, Object Pascal and Modula-2 would be such examples. Their sin was not being bundled with an OS, originally distributed with source code by a symbolic price.
> Turbo Pascal Was not abandoned, it was rebranded to “Delphi” and is still around.
Earlier quoted context omitted.
Yes they are, UWP is the future of Windows APIs since Windows 8, like it or not. Win32 is slowly being migrated into sandbox model with each Windows 10 release and hasn't seen any big update since Vista. All major APIs introduced since then are based on COM.
> Yes they are, UWP is the future of Windows APIs since Windows 8, like it or not. Well, i don't, but my two main gripes is that it seems to be an evolution of WPF which i never liked and that it is tied to a more locked down mobile-like approach that i abhor. > Win32 is slowly being migrated into sandbox model with each Windows 10 release What are you talking about? > and hasn't seen any big update since Vista. I'd…
Based on COM, and UWP, which is nothing more than a saner COM, now being internally widespread via C++/WinRT adoption.
Earlier quoted context omitted.
JVM startup times are only an issue for those that don't want to buy a commercial JDK with AOT compiler support. Good news, now OpenJDK and GraalVM offer it for free, gratis. Object Pascal/Delphi is quite pratical on Windows.
> Object Pascal/Delphi It has a sane subset which is basically C with a slightly saner syntax than C (the begin...end and lacking data initialization syntax are terrible though!), and with a proper module system and much better compile times. On the other hand, it was crippled by missing a usable preprocessor and an ecosystem that has bought into each hype since the 90's, resulting in 23 incompatible kinds of strings…
Earlier quoted context omitted.
Well I haven't released anything yet :) Can you elaborate?
Mainly because it seems like you constantly lie and make promises you can't keep. Some of your claims are outrageous without any evidence. Of course I would like to be proven wrong.
It's noticeable that there are a lot of differences, and some things seem to have been deliberately made different (even if they are in essence very similar and only syntactically different), so for me it looks a bit odd that most references to Rust on his blog nowadays are of adversarial nature (ie, "look how better we are than Rust").
Last, but not least, it also doesn't help with the big picture that the one continuously posting links about Zig here is just self-promoting their own creation...
Anyway, just my $0.02
Earlier quoted context omitted.
> All these languages are potentially-better systems languages than C/C++ No they are not. C++ has spent decades building "a better C/C++". Any language that ignores those lessons and takes the stance of "learning C++ is too hard, let's go shopping" is doomed to fail.
Apologies for being a bit blunt, but: For all the time and work poured into C++, it has remarkably little to show over plain old C99. Some of those new "better C" languages are the work of individuals and very small teams, yet they are able to build more progressive "better C" languages than C++ can ever be because it is held back by the need for backward compatibility for 'failed features' and 'design-by-committee'.…
Earlier quoted context omitted.
Wouldn't a managed runtime mean it isn't suited for systems programming? The benefit of something like Rust is it provides a lot of the benefits of a managed language while producing native code and "zero-cost abstractions". A runtime adds a lot of overhead etc.
C also has a runtime, that is what takes care of calling main() , handling VLAs, floating point emulation, constructor/destructors (GCC C extensions), ... Besides there are plenty of OSes written in type safe system languages to learn from, including surviving mainframe OSes.
As for type safe system languages, ada?
Earlier quoted context omitted.
Yes they are, UWP is the future of Windows APIs since Windows 8, like it or not. Win32 is slowly being migrated into sandbox model with each Windows 10 release and hasn't seen any big update since Vista. All major APIs introduced since then are based on COM.
I believe Windows will sooner become completely irrelevant than UWP becoming the dominant API to write Windows applications. Also seeing how MS is switching the system browser to Chromium, and kills the UWP version of MS Office, it looks like most people in Microsoft have lost faith in UWP too.
It doesn't look like Microsoft has lost faith in UWP, only that they gained faith in UWP/Win32 hybrids (and all the complicated engineering work to make that happen), and Office seems to have helped lead the way there. For instance, Office is way more sandboxed than it has ever been before. (Office's own App-V work as far back as Office 2010 helped prototype the sandboxing approach Microsoft is applying to all of Win32 with the now focused opt-in MSIX installer.)
It's probably still too early to tell exactly how much UWP Microsoft will add to their Chromium mix, but there's already some bits there. For instance, the Chromium-based Edge still supports Netflix because they already integrated a UWP Island to (UWP API) Windows Media Foundation to support hardware-accelerated PlayReady DRM.