<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Apr 25, 2016 at 12:14 PM C Bergström <<a href="mailto:cbergstrom@pathscale.com">cbergstrom@pathscale.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I can't comment on all the things not directly used by llvm community,<br>
but I feel pretty strongly that<br>
1) An independent project like liboffload should exist ; which<br>
2) Projects like SE and OpenMP should both be using it ; and further<br>
3) SE shouldn't just do their own thing because they haven't figured<br>
out how to make it work with other projects that already have some<br>
overlapping behaviour<br>
---------<br>
If my points above are invalid - can someone clarify that SE and the<br>
"stuff" in OpenMP-llvm doesn't actually overlap in functionality.<br></blockquote><div><br></div><div>It isn't that any of these points are invalid, it's just that I don't think we know how or if these projects have a useful overlap to extract and keep separate. That was the whole point of my email suggesting that we shouldn't try to force some hypothetical refactoring that we don't even know will work to happen. Several serious technical challenges have been raised with doing this refactoring, so its not just avoiding it for the sake of avoiding it.</div><div><br></div><div>Even if/when these issues are sorted out and it is feasible to refactor things to have a common layer, it still isn't clear whether the overlap is actually that useful. I think we're over analyzing and designing this when we don't even have the code in place to see if there is an interesting problem to solve here.</div></div></div>