On 21/05/14 00:32, Marek Olšák wrote:
> Thanks, that makes sense. I think the static approach is better, but I
> don't have a strong opinion about that.
>
> Did you also consider merging the API libraries?
>
> For DRI, we need to export __driDriverExtensions.
> For VDPAU, we need to export vdp_im
Thanks, that makes sense. I think the static approach is better, but I
don't have a strong opinion about that.
Did you also consider merging the API libraries?
For DRI, we need to export __driDriverExtensions.
For VDPAU, we need to export vdp_imp_device_create_x11.
Etc.
However, having a single
On 20/05/14 16:21, Marek Olšák wrote:
> Well, I have never studied the build system, so I don't know exactly
> what this series does and how it affects the size of the drivers.
>
> Could you please summarize what binaries are created, how big they
> are, and compare the shared vs static approach v
Well, I have never studied the build system, so I don't know exactly
what this series does and how it affects the size of the drivers.
Could you please summarize what binaries are created, how big they
are, and compare the shared vs static approach vs the current way? And
what is the role of the p
On 20/05/14 13:08, Marek Olšák wrote:
> On Sun, May 18, 2014 at 9:07 AM, Emil Velikov
> wrote:
>> Will be used to control the linking mode of pipe-drivers
>> in gallium targets.
>>
>> XXX: Do we want to expose this via configure option ?
>> I'm personally inclined to use pipe-drivers despite the
On Sun, May 18, 2014 at 9:07 AM, Emil Velikov wrote:
> Will be used to control the linking mode of pipe-drivers
> in gallium targets.
>
> XXX: Do we want to expose this via configure option ?
> I'm personally inclined to use pipe-drivers despite the
> unstable interface between them and the rest o
Will be used to control the linking mode of pipe-drivers
in gallium targets.
XXX: Do we want to expose this via configure option ?
I'm personally inclined to use pipe-drivers despite the
unstable interface between them and the rest of mesa.
Signed-off-by: Emil Velikov
---
configure.ac | 3 +++
