I am only barely just started on r600g, and I think I may be already down
the wrong path.
Just like with r300g, sharing compilers would be totally kosher, especially
since we have all these different shader types that really should have only
one IR and compiler pipeline.
Posting from a mobile, pardon my terseness. ~ C.
On Nov 28, 2009 2:37 AM, "Pierre Ossman" <pierre-l...@ossman.eu> wrote:
I'm sorry this reply is so late. I completely forgot about this
thread...
On Mon, 2 Nov 2009 10:35:16 -0500 "Li, RichardZ" <richardz...@amd.com>
wrote: > > Yes, you are ri...
Getting things working first, and then getting them fast is definitely
the right approach. I think everyone is familiar with the evils of
premature optimisations. :)
That said, I think we need to get the basic architecture right or risk
having to rewrite a lot of the compiler when trying to optimise it.
The more I've been thinking about it, the more it feels right to have
the internal representation based around elements as opposed to
vectors. The frontend of the compiler would then generate these element
based operations, and we'd have an instruction scheduler that organises
them efficiently.
In the first version that scheduler would just make sure that
instructions are tagged in a way that gives proper execution. That
shouldn't require any reordering and therefore shouldn't be that messy
to implement. Later we can improve the scheduler to pack instructions
more tightly.
As for Mesa vs Gallium, I guess making a really good compiler is only
important for Gallium as that is the long term solution and Mesa is
just a stop-gap.
I'm not sure how the GLSL compiler you are working on looks like, nor
do I know what design Corbin's Gallium code uses, but I'm hoping we're
all pulling in the same direction. :)
Rgds -- -- Pierre Ossman WARNING: This correspondence is being monitored by
FRA, a Swedi...
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
