On Fri, 18 Mar 2011 16:42:07 -0600, Brian Paul wrote:
> On 03/18/2011 02:31 PM, Jakob Bornecrantz wrote:
> > On Mon, Jan 17, 2011 at 10:40 PM, Eric Anholt wrote:
> >> I'm only interested
> >> in Mesa IR for hardware that doesn't have relative addressing of temps,
> >> so it's not really an issue
On 03/18/2011 02:31 PM, Jakob Bornecrantz wrote:
On Mon, Jan 17, 2011 at 10:40 PM, Eric Anholt wrote:
On Thu, 13 Jan 2011 17:40:39 +0100, Roland Scheidegger
wrote:
Am 12.01.2011 23:04, schrieb Eric Anholt:
This is a work-in-progress patch series to switch texenvprogram.c from
generating ARB
On Mon, Jan 17, 2011 at 10:40 PM, Eric Anholt wrote:
> On Thu, 13 Jan 2011 17:40:39 +0100, Roland Scheidegger
> wrote:
>> Am 12.01.2011 23:04, schrieb Eric Anholt:
>> > This is a work-in-progress patch series to switch texenvprogram.c from
>> > generating ARB_fp style Mesa IR to generating GLSL
On Thu, 13 Jan 2011 17:40:39 +0100, Roland Scheidegger
wrote:
> Am 12.01.2011 23:04, schrieb Eric Anholt:
> > This is a work-in-progress patch series to switch texenvprogram.c from
> > generating ARB_fp style Mesa IR to generating GLSL IR as its product.
> > For drivers without native GLSL codege
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2011 08:45 AM, Lucas Stach wrote:
> If we have a reliable ARB shader to glsl ir coverter, we could just
> eliminate mesa ir from this chain.
>
> So we should get either glsl->tgsi or arb->glsl->tgsi.
I had been working on that before our cru
If we have a reliable ARB shader to glsl ir coverter, we could just
eliminate mesa ir from this chain.
So we should get either glsl->tgsi or arb->glsl->tgsi.
-- Lucas
Am Donnerstag, den 13.01.2011, 17:40 +0100 schrieb Roland Scheidegger:
> Am 12.01.2011 23:04, schrieb Eric Anholt:
> > This is a
Am 12.01.2011 23:04, schrieb Eric Anholt:
> This is a work-in-progress patch series to switch texenvprogram.c from
> generating ARB_fp style Mesa IR to generating GLSL IR as its product.
> For drivers without native GLSL codegen, that is then turned into the
> Mesa IR that can be consumed. However
This is a work-in-progress patch series to switch texenvprogram.c from
generating ARB_fp style Mesa IR to generating GLSL IR as its product.
For drivers without native GLSL codegen, that is then turned into the
Mesa IR that can be consumed. However, for 965 we don't use the Mesa
IR product and jus