<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><disclaimer: I work at Google, though not on anything related to this project><br></div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 27, 2019 at 3:43 PM Siva Chandra via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On Thu, Jun 27, 2019 at 2:05 PM Chris Lattner via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br>
><br>
> Saleem, Owen, others on the thread who are concerned about this: it seems that some of the concern is that the project goals are too narrow, and thus the eventual result may not serve the full community well over time.<br>
<br>
May be my email listing our goals is being misinterpreted as being the<br>
bounding set of goals for the project. So, let me make it clear again:<br>
The goals I have listed are just our initial set of goals for the<br>
project. Members of the community are of course free to add their own<br>
goals to this set, implement them, and make it a "full solution." I<br>
have also mentioned in some of my earlier emails that we do not intend<br>
to design out any particular feature or platform. For example, I have<br>
said that we do not intend to work on dynamic linking/loading at least<br>
to begin with. This does not mean that the scope of the project is<br>
curtailed to static linking. The members of the community are free to<br>
add support for dynamic linking/loading. In fact, if dynamic<br>
linking/loading support is added in a modular/"as a library" fashion,<br>
it makes it a win-win situation as we will be able to take it out if<br>
we do not require it.<br></blockquote><div><br></div><div><div>When you write that "Members of the community are of course free to add their own goals to this set", it seems that unless others are committing to putting immediate efforts into expanding the scope, then the design will be limited to your use-case (Linux/X86_64)</div></div><div><br></div><div>I still have concern with this: your use-case seems fairly restrictive to guide the design of a library that is supposed to generalize (assuming it can, apparently not everyone is convinced).</div><div>My take is that your scope is too restrictive for being really useful. While it is perfectly fine for you to be focused on the target you care about, I'd like to see other parties that are interested in other targets ready to engage in the development of this library from the beginning to consider this like a viable project to be developed under the LLVM umbrella.</div><div><br></div><div>This just my personal opinion, others may very well disagree. </div><div><br></div><div>Best,</div><div><br></div><div>-- </div><div>Mehdi</div></div></div></div></div></div>