Made the API of shader translator library consistent....

Made the API of shader translator library consistent.
- We recently started using OpenGL-type enums. This CL makes all old enums consistent with the new scheme.
- Renamed TBuiltInResource to ShBuiltInResources to have a consistent prefix

BUG=46

[kbr1, 2010-09-30 17:31:16]

I am not sure that this is the right direction to go with the API. There is
value in having distinct enum types; for example, the compiler can check that
all enum values are handled in switch statements. Absolute parity with OpenGL is
not necessarily a goal with this API. Cleaning up the naming conventions sounds
fine but I do not think that the enums should be replaced with #defines and int
types.

[dgkoch, 2010-09-30 17:50:00]

Yes, I'm inclined to agree with KBR here. 

The TBuiltInResource->ShBuiltInResources change seems logical, but replacing
enums with #defines seems like a step-backwards in maintainability and clarity. 

I'd argue that the use of the GLenums in the attrib/uniform api was more of a
special case.

Daniel

[Alok Priyadarshi, 2010-09-30 21:45:27]

Makes sense. I was not too inclined to change enums to int either. My main
motivation was that things like SH_NONE, SH_INT, etc. can be used in multiple
contexts, not just as data types. The same goes for a few other enum types.
Using them as int provides more flexibility.

But we do not need to do it right now. I will keep the enums but change the
naming convention of enum values to SH_* instead of ESh* to be consistent.

[Alok Priyadarshi, 2010-10-01 17:36:58]

I have kept the enums. Just made the naming convention of enums and enum values
consistent with other types. Please review.

Tip for quick review: The meat of the CL is in ShaderLang.h. Rest of the stuff
is just find-replace.

[dgkoch, 2010-10-01 20:48:09]

no issues this round.

Daniel

[kbr1, 2010-10-01 21:10:34]

Looks much better.

LGTM