[whatwg] StringEncoding: encode() return type looks weird in the IDL
Glenn Maynard
glenn at zewt.org
Sun Aug 5 10:39:28 PDT 2012
On Sun, Aug 5, 2012 at 12:07 PM, Boris Zbarsky <bzbarsky at mit.edu> wrote:
> If that ever happens the return value can be changed at that point. It's
> silly to build in "extensibility" like this, imo, because there's
> absolutely no reason for it: changing the return value to a superclass is
> completely transparent to JS consumers. On the other hand, there's
> certainly a drawback to having less-specific return values: it gives JITs
> less information to work with in terms of optimizing the code.
>
I didn't say it was extensibility, just a leftover from something that was
either considered and dropped or forgotten about.
--
Glenn Maynard
More information about the whatwg
mailing list