<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Given your history I know better than to assume what you know…<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The definition of sparse in the spec (while not explicitly in its own section) is straightforward.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">V8’s inability or unwillingness to perform a safe “upcast” internally to an appropriate tag doesn’t seem to provide enough weight to introduce a new construct.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>From:</b> Andrea Giammarchi <andrea.giammarchi@gmail.com>
<br>
<b>Sent:</b> Monday, February 10, 2020 2:26 PM<br>
<b>To:</b> Michael Haufe <tno@thenewobjective.com><br>
<b>Cc:</b> Bergi <a.d.bergi@web.de>; es-discuss@mozilla.org<br>
<b>Subject:</b> Re: Yet another attempt at typed JS data<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">Great, now maybe you also read how it works behind the scene, and debug properly to understand that every array is holey, including the latter one, to date.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://v8.dev/blog/elements-kinds">https://v8.dev/blog/elements-kinds</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Please, let's assume for a second I knew what I was talking about, when I've said it's a mess to not have holey arrays, thanks.<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Mon, Feb 10, 2020 at 9:21 PM Michael Haufe <<a href="mailto:tno@thenewobjective.com">tno@thenewobjective.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">Array(3)<br>
//  [empty × 3]<br>
<br>
Array(3).fill()<br>
// [undefined, undefined, undefined]<br>
<br>
Array(3).fill('whatever')<br>
// ["whatever", "whatever", "whatever"]<br>
<br>
<br>
-----Original Message-----<br>
From: es-discuss <<a href="mailto:es-discuss-bounces@mozilla.org" target="_blank">es-discuss-bounces@mozilla.org</a>> On Behalf Of Bergi<br>
Sent: Monday, February 10, 2020 1:27 PM<br>
To: <a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
Subject: Re: Yet another attempt at typed JS data<br>
<br>
Hello!<br>
<br>
> Unfortunately, `Array.from({ length: 4 }, () => whatever)` produces a <br>
> holey array<br>
<br>
Does it? But really, if the performance difference betweeen HOLEY and PACKED arrays were large enough to be relevant[1], the engine programmers would certainly already have optimised all those trivial cases where an array is filled gradually to produce the
 more efficient representation.<br>
<br>
kind regards,<br>
 Bergi<br>
<br>
[1]: it probably isn't:<br>
<a href="https://stackoverflow.com/questions/54481918/#comment95848513_54485509" target="_blank">https://stackoverflow.com/questions/54481918/#comment95848513_54485509</a><br>
_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><o:p></o:p></p>
</blockquote>
</div>
</div>
</body>
</html>