<div dir="ltr">What I am fuzzy about is why in `src`, there is actually an include for `gallium/include` and `gallium/auxiliary` (in `inc_common`). AFAIU this forces most of mesa to sooner or later use Gallium code. It seems to stem from the introduction of Intels Vulkan drivers. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 6 Oct 2019 at 03:54, Rob Clark <<a href="mailto:robdclark@gmail.com">robdclark@gmail.com</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">The plan is to extract some of this from gallium to share formats and<br>
related utils.. I need this too in order to share layout helper<br>
between gallium (freedreno) and vulkan (turnip) drivers<br>
<br>
BR,<br>
-R<br>
<br>
On Thu, Oct 3, 2019 at 11:30 PM <<a href="mailto:abergmeier@gmx.net" target="_blank">abergmeier@gmx.net</a>> wrote:<br>
><br>
><br>
> Currently broadcom/compiler does not link on its own. It references undefined symbols to:<br>
> - `util_format_description`<br>
> - `util_format_is_unorm`<br>
> - `util_format_is_float`<br>
><br>
> For gallium/v3d, these get provided by gallium/auxiliary. Seems to be an odd dependency to me.<br>
> I would now like to copy at least these 3 symbols to broadcom/util with a `v3d_` prefix. This way broadcom/compiler has no implicit dependency on gallium anymore.<br>
> Any opinions or better ideas?<br>
><br>
> _______________________________________________<br>
> mesa-dev mailing list<br>
> <a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank">mesa-dev@lists.freedesktop.org</a><br>
> <a href="https://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</blockquote></div>