<div dir="ltr"><div class="gmail_extra">I have no objection to the name change.</div><div class="gmail_extra"><br></div><div class="gmail_extra">It seems that the intent is to move away from the old module.map name entirely. That being the case, should we look for the new name first, and consider adding a warning if we find the old name?<br>
<br><div class="gmail_quote">On Mon, Mar 17, 2014 at 11:33 AM, Argyrios Kyrtzidis <span dir="ltr"><<a href="mailto:kyrtzidis@apple.com" target="_blank">kyrtzidis@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+ Richard.<br>
<br>
Do you have an objection to what Ben proposes here ? The “.map” extension is unfortunate and we’d really like to move “.modulemap”; the best chance to change it is now, before first class support for user modules enters the picture.<br>

<div><div class="h5"><br>
On Mar 17, 2014, at 10:40 AM, Ben Langmuir <<a href="mailto:blangmuir@apple.com">blangmuir@apple.com</a>> wrote:<br>
<br>
>    This name, while more verbose, plays more nicely with tools that use<br>
>    file extensions to determine file types. The existing spelling<br>
>    'module.map' will continue to work, and at least for now will take<br>
>    precedence if both files exist within a directory. In a future patch, I<br>
>    intend to add a warning for when both files could be found.<br>
><br>
>    In frameworks, this new filename will only go in a new 'Modules'<br>
>    sub-directory.<br>
><br>
>    Similarly, add a module.private.modulemap corresponding to<br>
>    module_private.map.<br>
><br>
</div></div>> <modulemap.patch><br>
<br>
</blockquote></div><br></div></div>