Live data from Hacker News

Emacs internals: Deconstructing Lisp_Object in C (Part 2)

thecloudlet.github.io

21–23 of 23 posts

Re: Emacs internals: Deconstructing Lisp_Object in C (Part 2)

#21
post #14

Earlier quoted context omitted.

Thank you for the kind reminder! I have removed the duplicate. You made a great point. Since the original authors are the same, the fundamentals of the Emacs C core are indeed highly compiler-optimized. I hope I can come up with a way to fully understand and write about that history and relationship. (But to be honest, diving into that level of compiler history is a really hard topic to tackle!) Thanks for the great…

One similarity I noticed was the intermediate representation from GCC frontend looks and feels very Lispy. Could be just a coincidence too.

That is fascinating. I never never seen GCC IR, only LLVM IR, which to me is more assembly-like in a generic no-specific-machine kind of way.

I (briefly) searched for more info but this SO answer[0] implies they're quite similar. I'd be interested in understanding more. I feel like much of computer science has normalised to specific approaches that 'won' in the industry, where Lisp is an example of something interesting that largely didn't win -- with notable exceptions like HN itself! [1] :) And so hearing about uses of things like Lisp concepts in areas we might not know they're being used would be wonderful HN content.

[0] https://stackoverflow.com/questions/40799696/how-is-gcc-ir-d...

[1] https://news.ycombinator.com/item?id=43089415

Post reply on HN