<div dir="ltr"><div dir="ltr">On Thu, Jun 27, 2019 at 5:22 PM Zachary Turner <<a href="mailto:zturner@roblox.com">zturner@roblox.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 27, 2019 at 4:58 PM Saleem Abdulrasool <<a href="mailto:compnerd@compnerd.org" target="_blank">compnerd@compnerd.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">For what it is worth, I do believe that these files do really belong in the libc project because they are so intricately tied to the implementation of the language.  I just think that the fact these files will be part of the project is merely an implementation detail and should not even be part of the discussion here.</div></div></blockquote><div> </div><div>It's relevant in the sense that any libc implementation on Windows will *require* these files to be part of the implementation.  You cannot (as far as I'm aware) borrow the ones from MSVCRT and then implement everything else yourself.</div></div></div>
</blockquote></div><div><br></div>I feel like I have an even stronger “claim”: independent of any OS/architecture, unless you are developing a freestanding libc for an embedded device, you will need this at some point and you cannot borrow them from another source (which has long been the point of contention about adding these files to the compiler-rt project - they are tied entirely to the libc implementation).  As a result, the fact that they will exist is not important to the discussion, it is a given and an implementation detail of the runtime.<div><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org</div></div></div>