News for hackers. Stuff that matters.
Re:Internals of a Turbo Pascal Compiler by nickpsecurity on Friday September 11, 2015 @01:22PM (#10204937)
Compared to VC++, it was easier to learn, read, write, make reliable apps, and extend. I could teach anyone a Wirth language. The Go community is learning the benefits of Pascal-style design. People wanting a new Delphi should probably use Go. Just because Delphi stagnated and died off.

Anyone wanting Pascal/Delphi today should use Lazaurus IDE w/ Free Pascal Compiler. Compatible with Delphi where it mattered, aiming for better in other areas, open-source, and cross-platform. Best use case is a C or C++ replacement that's safer, easy to read, and supports computers with little resources. Go's not there yet on runtime side.

Re:Internals of a Turbo Pascal Compiler by amyjess on Friday September 11, 2015 @03:42PM (#10205750)
> People wanting a new Delphi should probably use Go. Just because Delphi stagnated and died off.

Or, for that matter, Nim, which also has a huge amount of Pascal heritage.

Go is a hybrid of Oberon and C (with semantics leaning more towards Oberon and syntax more towards C, but they're both mixed in), and Nim is Modula-3 semantics married to Python syntax (with the best parts of a bunch of other languages thrown in). Both Oberon and Modula-3 are descended from Modula-2, which in turn is descended from Pascal.

Personally, I'm more in the Nim camp, partially because I prefer Modula-3 to Oberon, partially because I prefer Nim's Pythonesque syntax to Go's C/Oberon mashup syntax, and partially because Nim's metaprogramming features are truly beautiful.

Re:Internals of a Turbo Pascal Compiler by nickpsecurity on Saturday September 12, 2015 @12:11AM (#10207189)
Modula-3 semantics married to Python syntax. Now that sounds potentially great. :) Even more so since I've recommended each language. Modula-3 was the second time (since Turbo Pascal) that industry types took Wirth's design ideas, ran with them, and produced an industrial implementation that kicked ass. Was used in SPIN OS w/ type-safe linking where OS and linked code leveraged type system for protection. Python syntax's benefits are well known.

I was a bit concerned about the maturity, compiler complexity, available libraries, and so on about Nim. I figured it might be in alpha quality or something given it's so new. So, I was hesitant to try it. I might give it a go sometime soon reading comments like yours.

Btw, do you have experience with its macro system? Any take-it-to-next-level language needs at least good macros and preferably great ones. Top contenders of my recent research are Racket, Julia, and Red. If Nim is more like Modula3/Python & has good macros, then it might be a credible contender due to mainstream programmers being able to pick it up more easily than really weird languages.

Re:Internals of a Turbo Pascal Compiler by beagle3 on Friday September 11, 2015 @05:02PM (#10206160)
> which in turn is descended from Python.

I think you meant Pascal?

Re:Internals of a Turbo Pascal Compiler by amyjess on Friday September 11, 2015 @05:09PM (#10206199)
Yes, I did. I'll edit it.

(...and edited)

Re:Internals of a Turbo Pascal Compiler by pjmlp on Friday September 11, 2015 @04:09PM (#10205886)
Go might have a few Oberon influences, and it was what made me look at it in first place.

However, even Turbo Pascal was more expressive than Go in terms of language features (not taking the GC into account). Delphi even more so, specially if one takes into consideration the VCL and IDE.

But, it would be nice to see someone come up with a System 3 Gadgets library for Go, or an environment like BlackBox Component Builder.

Re:Internals of a Turbo Pascal Compiler by nickpsecurity on Friday September 11, 2015 @04:47PM (#10206087)
I totally agree. Blackbox is particularly kicking butt in Russia. I recommended Go because it's mainstreamed with all benefits that entails for developers and employers.
Re:Internals of a Turbo Pascal Compiler by Xixi on Friday September 11, 2015 @03:15PM (#10205626)
Most people writing Delphi code in 2015 do it to maintain legacy Windows desktop applications. I don't think you can do that with Go. The most logical replacement would still be C# (or another language running on .net) with WinRT (or more likely WPF: I mean if you are still using Delphi you are probably not using Windows 8/10...).
Re:Internals of a Turbo Pascal Compiler by nickpsecurity on Friday September 11, 2015 @04:57PM (#10206135)
Funny you say that cuz I picked it for future proofing. I specifically wanted it to be the legacy language instead of C++ in case the talent was short many years down the line. That proved out haha. ;)