This patch series upgrades mesa-dri to the latest upstream, enables GLES2 and
EGL, and lets mesa-dri build without X11. mesa-xlib doesn't get all the new
packages as it's not that useful (no HW acceleration).
Tested on a Sandy Bridge, running glxgears/gles2gears.
The following changes since comm
Op 1 aug. 2012, om 14:31 heeft Ross Burton het volgende
geschreven:
> This patch series upgrades mesa-dri to the latest upstream, enables GLES2 and
> EGL
That will sadly break all the powervr based evil binaries (e.g. all cortex arm
chips from TI) since there will be 2 providers of those libs
On 1 August 2012 14:32, Koen Kooi wrote:
> That will sadly break all the powervr based evil binaries (e.g. all cortex
> arm chips from TI) since there will be 2 providers of those libs. I looked at
> this a few years ago (when mesa gained libegl) and I couldn't come up with a
> solution other
Op 1 aug. 2012, om 15:41 heeft "Burton, Ross" het
volgende geschreven:
> On 1 August 2012 14:32, Koen Kooi wrote:
>> That will sadly break all the powervr based evil binaries (e.g. all cortex
>> arm chips from TI) since there will be 2 providers of those libs. I looked
>> at this a few years
On 1 August 2012 15:33, Koen Kooi wrote:
>> Rename the mesa ones to libegl-mesa (etc), and encourage TI to use libegl-ti?
>
> Recipe names don't matter, the .so files in sysroots and shlibdeps do.
I meant the name of the generated package. libegl-mesa and libegl-ti
shipping the same libraries is
On 1 August 2012 14:32, Koen Kooi wrote:
>
> Op 1 aug. 2012, om 14:31 heeft Ross Burton het
> volgende geschreven:
>
>> This patch series upgrades mesa-dri to the latest upstream, enables GLES2 and
>> EGL
>
> That will sadly break all the powervr based evil binaries (e.g. all cortex
> arm chips
Op 1 aug. 2012, om 16:38 heeft Damien Lespiau het
volgende geschreven:
> On 1 August 2012 14:32, Koen Kooi wrote:
>>
>> Op 1 aug. 2012, om 14:31 heeft Ross Burton het
>> volgende geschreven:
>>
>>> This patch series upgrades mesa-dri to the latest upstream, enables GLES2
>>> and
>>> EGL
>
On 1 August 2012 15:54, Koen Kooi wrote:
> Apart from the fact that both aren't machine specific. Making them machine
> specific would be a regression.
Theoretically, yes. Practically, only one of the libegl.so (libgl,
etc etc) actually works on a particular machine.
Ross
Op 1 aug. 2012, om 16:34 heeft "Burton, Ross" het
volgende geschreven:
> On 1 August 2012 15:33, Koen Kooi wrote:
>>> Rename the mesa ones to libegl-mesa (etc), and encourage TI to use
>>> libegl-ti?
>>
>> Recipe names don't matter, the .so files in sysroots and shlibdeps do.
>
> I meant th
On 1 August 2012 15:54, Koen Kooi wrote:
> That won't work with debian renaming and shlib will pick up both anyway. You
> can only have one libegl.so *ever* during the build.
In Debian the packages are renamed libgles2-mesa, and so on...
Ross
___
Ope
Op 1 aug. 2012, om 16:57 heeft "Burton, Ross" het
volgende geschreven:
> On 1 August 2012 15:54, Koen Kooi wrote:
>> Apart from the fact that both aren't machine specific. Making them machine
>> specific would be a regression.
>
> Theoretically, yes. Practically, only one of the libegl.so (
11 matches
Mail list logo
