Live data from Hacker News

Emacs Bytecode Internals (2014)

nullprogram.com

1–10 of 26 posts

Re: Emacs Bytecode Internals (2014)

#3
"Byte-code compilation is an underdocumented — and in the case of the recent lexical binding updates, undocumented — part of Emacs"

"People do not write byte-code; that job is left to the byte compiler. But we provide a disassembler to satisfy a cat-like curiosity."

If I was an emacs fan I'd be weary of this. What happens if the devs are hit by busses? What happens to emacs? No documentation means very little stability.

Re: Emacs Bytecode Internals (2014)

#4
Nice article, but I was surprised to read that array accesses are not range checked for speed concerns. The emacs byte code interpreter is not known to be a very fast one, I doubt that the range checks would make a significant difference in run time. If anything, byte codes should bring high levels of safety.

Re: Emacs Bytecode Internals (2014)

#5
post #3

"Byte-code compilation is an underdocumented — and in the case of the recent lexical binding updates, undocumented — part of Emacs" "People do not write byte-code; that job is left to the byte compiler. But we provide a disassembler to satisfy a cat-like curiosity." If I was an emacs fan I'd be weary of this. What happens if the devs are hit by busses? What happens to emacs? No documentation means very little stabili…

That's true for a lot of software. Do you use any SaaS? That's the worse.

Re: Emacs Bytecode Internals (2014)

#6
post #3

"Byte-code compilation is an underdocumented — and in the case of the recent lexical binding updates, undocumented — part of Emacs" "People do not write byte-code; that job is left to the byte compiler. But we provide a disassembler to satisfy a cat-like curiosity." If I was an emacs fan I'd be weary of this. What happens if the devs are hit by busses? What happens to emacs? No documentation means very little stabili…

Source code is the ultimate documentation. ;)

Re: Emacs Bytecode Internals (2014)

#8
post #5
post #3

"Byte-code compilation is an underdocumented — and in the case of the recent lexical binding updates, undocumented — part of Emacs" "People do not write byte-code; that job is left to the byte compiler. But we provide a disassembler to satisfy a cat-like curiosity." If I was an emacs fan I'd be weary of this. What happens if the devs are hit by busses? What happens to emacs? No documentation means very little stabili…

That's true for a lot of software. Do you use any SaaS? That's the worse.

Statistically, death is not the danger. I can't think of a single case where a heavily relied-on project caused major issues from a handful of deaths.

On the other hand, developers losing will… The loss of Gmane, for instance, caused major link breakage for months.

Re: Emacs Bytecode Internals (2014)

#9
post #5
post #3

"Byte-code compilation is an underdocumented — and in the case of the recent lexical binding updates, undocumented — part of Emacs" "People do not write byte-code; that job is left to the byte compiler. But we provide a disassembler to satisfy a cat-like curiosity." If I was an emacs fan I'd be weary of this. What happens if the devs are hit by busses? What happens to emacs? No documentation means very little stabili…

That's true for a lot of software. Do you use any SaaS? That's the worse.

The only SaaS I use personally are websites I visit. I host my own ownCloud, file storage, contact backups, and when I move into my new place I'll be setting up my own email server as well.

Edit: If you consider DNS as SaaS then I also use that but I don't need it internally for my network to function so I won't call it a dependancy.

Re: Emacs Bytecode Internals (2014)

#10
post #2

"People do not write byte-code; that job is left to the byte compiler. But we provide a disassembler to satisfy a cat-like curiosity." How dare they! I will use that disassembler with my dog like curiosity.

As long as it doesn't involve dog-like comprehension[1]. Or butt-sniffing.

[1]: https://www.flickr.com/photos/sluggerotoole/153603564/

Post reply on HN