Brian Paul wrote: > Rune Petersen wrote: >> Hi, >> >> I finally managed to iron out the last issue with getting a fully >> working fragment.position for the r300 driver. >> >> This should really require the big discussion if it wasn't for the fact >> that it depends on functional changes in r300_vertexprog.c >> (r300_select_vertex_shader4). >> >> The patches: >> >> r300_select_vertex_shader4: >> The patch makes the vertex program output from the fragment input. It >> makes the driver capable of catching output-input mismatches. primarily >> based on some of Aapo Tahkola's code. >> >> >> mesa-support_internal_driver_state_vars: >> Makes it possible for driver to define its own internal state parameters. > > Checked in. > > >> r300_fragment_wpos5: >> Adds fragment.position support, depends on the above patches. > > This patch doesn't apply cleanly to Mesa CVS head. > > r300_select_vertex_shader4.patch applies OK, but I'll hold off it until > until the first one is resolved. > I had to use diff to make the incremental patch. I may have made it wrong, but it applies cleanly if you do patch -p0 in the r300 directory.
Anyway since you have checked the mesa patch, I have concerns committing the other to patches myself. Rune Petersen ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel