summaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri/r300/r300_fragprog.h
Commit message (Collapse)AuthorAgeFilesLines
* r300: Converted "rp" variables (r300_fragment_program) to "fp".Oliver McFadden2007-05-091-1/+1
|
* r300: Fixed indenting from previous commitOliver McFadden2007-05-091-1/+1
| | | | d28f6d91760374e2eb71b541b0f259f81dd73c69.
* r300: Fixed some more function names.Oliver McFadden2007-05-091-1/+1
| | | | | Note there might be some calls to the old function names in conditionally disabled code, but I think I've got them all.
* r300: Indented r300_fragprog.[ch].Oliver McFadden2007-05-091-1/+2
|
* r300: Removed the obsolete pfs_reg_t type from r300_fragprog.h.Oliver McFadden2007-05-091-20/+0
|
* Update DRI drivers for new glsl compiler.Brian2007-02-231-2/+3
| | | | | | Mostly: - update #includes - update STATE_* token code
* r300: Add proper support for sin/cos instruction in fragment programRune Peterson2007-02-121-1/+4
| | | | | | | | | | | Getting proper SIN and COS wasn't as easy as it appeared. I had to make make some changes to the fragment program code. general FP changes: - support HHH swizzle for vector instructions. - don't copy a source to a temp when it is not XYZW swizzled, but combine the two and have the swizzle resolve any issues. (saves temps/instructions with more elaborate shader code) - fix overflow in cnstv[].
* Rework r300 fragprog avoid using bitfield structure.Jerome Glisse2006-12-251-1/+2
| | | | | | | | It seems that bitfield structure lead to some strange problem on 64bits arch, don't want to waste time debugging strange things like that so converted pfs_reg_t structure to a GLuint and use good old masking and shifting spell. (cherry picked from 2a7de9d095d8e60da12b11aaa1efe664b87b11d3 commit)
* Add LIT instruction to fragment program.Jerome Glisse2006-11-011-1/+2
|
* Add copyright header and minor cleanup.Jerome Glisse2006-07-031-8/+37
|
* Clean build.Aapo Tahkola2006-03-131-0/+5
|
* Add individual component negation.Jerome Glisse2006-01-211-1/+2
|
* Fix swizzling table & add struct.Jerome Glisse2006-01-201-0/+6
|
* Missing patch from Ben Skeggs:Aapo Tahkola2006-01-091-3/+30
| | | | | | | | | | | | | | | | | | | | | | Lots of changes, and fixes for some badness on my behalf. 1. Disposable data used during fp compile is now per-context, rather than per-program to save memory. 2. Track usage of INPUT/TEMP registers from Mesa program, free them when no longer required so the hw temps can be re-used. 3. Changed LAST_NODE to OUTPUT_COLOR (see r300_reg.h) 4. Implemented remaining ARB_f_p instructions, with the exception of the trig/LIT opcodes. 5. Treat ZERO/ONE swizzles the same way as other native swizzles. 6. emit_arith changes, basically a complete re-write. Should produce cleaner instructions, but no real functional changes. internal reg -> hw reg routines shared with emit_tex. A bit messy still.
* Unify vertex/fragment program instuctions.Brian Paul2005-11-051-1/+1
| | | | Based on patch by Ian (#4967) but also unify instruction opcodes.
* Clean up warnings in r300 code by making some symbols static, adding prototypesEric Anholt2005-07-201-1/+3
| | | | | for others, and being cleaner with types in fragment/vertex program structures. One warning in r300_shader.c is still concerning.
* Play with swizzling a bit.Ben Skeggs2005-05-281-3/+0
|
* - Remove one of the loops in emit_arithBen Skeggs2005-05-251-1/+5
| | | | | | | | | | - Handle REPL_ALPHA in emit_arith (possibly incorrect for some things) - Start on getting demos/arbfplight.c to look right. Won't be animated yet, need to re-work const emit so we can update consts without re-translating the entire program. Assertion in r300_state.c::setup_rs_unit needs to be disabled for it to work.
* Implement enough of ARB_fragment_program for Keith's texenv programBen Skeggs2005-05-231-0/+46
generation in Mesa. Requires most recent Mesa cvs to work correctly. Swizzle code is possibly slow/buggy and will probably be replaced. Old behaviour can be controlled by a #define in r300_context.h, if no-one minds I'll remove the old code later on. Also, disabled cube map extension. AFAIK We don't support it yet, and it causes issues with UT2004.