<div dir="ltr">Hi,<div><br></div><div>If Mesa used an LLVM IR for it's shader compiler stack, it would most likely</div><div><ul><li>Pick a specific shipped version. Shipped versions are stable and unchanging. Upgrading to a newer version would be done only by choice, on Mesa's schedule.<br>
</li><li>Not bring the source into mesa: it works perfectly well sitting next to Mesa.<br></li><li>Link it in statically so there are no distro/versioning issues and no interactions with other components of the system that independently use LLVM however they wish. This is also quite small compared to other uses of LLVM people sometimes discuss.</li>
</ul>Externally, no one could even tell some helper functions within the compiler stack came from LLVM or a specific version of LLVM.</div><div><br></div><div>> <span style="font-family:arial,sans-serif;font-size:13px">Packaging and ABI stability...</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><font face="arial, sans-serif">These don't even exist with linking statically to a chosen version.</font></div><div><br></div><div>JohnK</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 10:25 PM, Greg Fischer <span dir="ltr"><<a href="mailto:greg@lunarg.com" target="_blank">greg@lunarg.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">My apologies for a too-brief response to this question.<div><br></div><div>GlassyMesa links LLVM statically into Mesa. I believe that previous posters to this thread have already done a pretty good job of arguing that this is at least a workable approach.</div>
<div><br></div><div>Best regards,</div><div>Greg</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 7:14 PM, Kenneth Graunke <span dir="ltr"><<a href="mailto:kenneth@whitecape.org" target="_blank">kenneth@whitecape.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Tuesday, August 26, 2014 06:45:42 PM Greg Fischer wrote:<br>
> The GlassyMesa effort is ongoing despite the lack of recent activity. We<br>
> continue to embrace LLVM as a basis for shader compilation in Mesa and<br>
> elsewhere.<br>
><br>
> We agree that translating from LLVM back "up" to GLSL IR is problematic and<br>
> that an architecture that supports LLVM backends would be desirable.<br>
><br>
> The current published code is a work-in-progress. We are currently working<br>
> on tuning of compilation time and code generation quality, and some of that<br>
> work will likely be appearing soon. There have also been recent<br>
> improvements in glslang, the parser for this stack.<br>
><br>
> Packaging and ABI stability have not been an issue for us.<br>
<br>
</div>As far as I know, you haven't actually shipped your software in any Linux distribution yet, so a lack of packaging problems sort of goes without saying...<br>
<br>
--Ken</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/mesa-dev" target="_blank">http://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
<br></blockquote></div><br></div>