Live data from Hacker News

Anders Hejlsberg on Modern Compiler Construction (2016) [video]

channel9.msdn.com

31–40 of 42 posts

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#31
post #7

This is a great talk, I was struck by how similar some of the high level design goals are to LLVM https://www.aosabook.org/en/llvm.html I kind of hope Anders moves on from TypeScript soon, he’s done a fantastic job there considering the constraints of JavaScript, but I’d love to see him tackle something new.

Very basic stuff. Actually only the fact that for a syntax aware editor you need other data structures than for a compiler and that edits only affect parts of that structure.

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#32
post #18

Earlier quoted context omitted.

Between Delphi, C#, and TypeScript the man has already had a storied and impactful career.

Yes, he’s fantastically accomplished and capable, and I think he could do amazing things in a new area. I’d love to see him take lessons learned from C# for a language designed for WASM from the get go.

WASM is just yet another bytecode format.

AssemblyScript is already quite ahead regarding WASM support.

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#33
post #18

Earlier quoted context omitted.

Between Delphi, C#, and TypeScript the man has already had a storied and impactful career.

Yes, he’s fantastically accomplished and capable, and I think he could do amazing things in a new area. I’d love to see him take lessons learned from C# for a language designed for WASM from the get go.

Unfortunately, he is quite adamantly not a fan of WASM.

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#34
post #18

Earlier quoted context omitted.

Yes, he’s fantastically accomplished and capable, and I think he could do amazing things in a new area. I’d love to see him take lessons learned from C# for a language designed for WASM from the get go.

Unfortunately, he is quite adamantly not a fan of WASM.

Why is he not?

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#35
post #5

Earlier quoted context omitted.

The DOS TP compiler was still at the heart of Delphi 1 supported an inline assembler and reference-based class system, code generator, etc. in less than 43k lines of assembler (it was entirely written in assembler). (32-bit Delphi 2 switched to a C-based compiler originally written by Peter Sollich. I maintained the front end on that compiler for 6 years; PS followed AH to MS.)

I got a lot of use out of that in my early career. Thank you.

To be clear, I was only involved in 2006-12 time period. I got a lot of use out of TP 6 and Delphi 2 when I was learning, which is a significant part of the reason I ended up at Borland.

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#36
post #21

Earlier quoted context omitted.

That was my first language after BASIC - I loved it! I may be remembering this wrong, but it seemed virtually free - it was about $100 when its competitors and most software was $500+. That was in about 1986. The only way to get a manual was to buy the software. Another world..

I got a copy of Delphi 3 on the cover CD of PC Plus magazine in ‘99. Changed my 15 year old life.

Huw Collingbourne shifted the needle on a lot of young UK & Ireland programmers, IMO.

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#37
post #27

One take away for me was: Language designers & compiler writers today need to consider editor support as one of their goals. On the top page there's another thread about rust-analyzer vs RLS. What Aleksey said[0] about RLS that "[RLS's] current architecture is not a good foundation for a perfect IDE long-term," feels similar to my coworker's conclusion in her effort to provide better editor support for PHP[1]. Parser…

> One take away for me was: Language designers & compiler writers today need to consider editor support as one of their goals.

In a way this is very intuitive: a programming language is a kind of a UI for the language's runtime. The IDE is just another UI layer on top of that.

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#38
post #34

Earlier quoted context omitted.

Unfortunately, he is quite adamantly not a fan of WASM.

Why is he not?

Only thing I could find of him mentioning WebAssembly was here at 19:45: https://youtu.be/MxB0ldQfvT4?t=1185

In that video he says that it’s not a suitable target for TypeScript to compile to because WebAssembly doesn’t have a garbage collector. They’d have to basically implement an entire JavaScript engine in WebAssembly which would be pointless.

He gives some examples of things it could be good for, which are all CPU intensive things like image processing and video games, but he doesn’t seem to think it’s really suitable for making normal web apps.

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#39
post #15

Earlier quoted context omitted.

That was my first language after BASIC - I loved it! I may be remembering this wrong, but it seemed virtually free - it was about $100 when its competitors and most software was $500+. That was in about 1986. The only way to get a manual was to buy the software. Another world..

You do remember wrong. It was $49.95. It changed my life.

Ah yes, I think it was $70 here in Australia.

Re: Anders Hejlsberg on Modern Compiler Construction (2016) [video]

#40
post #2

This is kinda how the compiler-stuff in Dark is written. Everything - the editor, semantic analysis, version control, execution engine, everything - all use the same data structures (the same abstract syntax tree). We use functional data structure everywhere and we do functional updates within the AST all the time; that's even how text entry in the editor updates the program.

> Everything - the editor, semantic analysis, version control, execution engine, everything - all use the same data structures (the same abstract syntax tree). Is that data structure suitable for all those purposes though? How do you do optimisations like GVN on an AS->T<-?

It's not suitable for all purposes, but it's suitable for all editor purposes (including an in-editor execution engine). We don't do GVN, or any optimizations really, right now - I'm sure when we have a compiler of sorts we'll have other structures, SSA, etc.
Post reply on HN