EMI: Implement lighting for OpenGL and TinyGL renderers

This implements lighting for EMI.

The lighting is calculated in software, because the attenuation model used by EMI can't be accurately simulated with the OpenGL fixed function pipeline. I think this solution is acceptable for TinyGL and old OpenGL, but for the shader-based OpenGL renderer it would be a better idea to use a shader. I wrote about this in http://akzgsoc.blogspot.fi/2014/06/lighting-first-results.html.

The lighting model looks like the LIGHT_NORMDYN (normal dynamic) lighting mode in the original. In the original there is also a LIGHT_FASTDYN mode that looks slightly different since it produces a less accurate result. I think the NORMDYN mode can be considered visually superior, so I did not try to replicate the look of FASTDYN mode in this PR.

The result matches the original game almost exactly in all the sets I've tested it in. Most differences that can be seen are due to the inaccuracy of the FASTDYN lighting mode in the original.

6c06ef1 adds simple view frustum culling. If a model's bounding box is not in the view frustum, lighting is not calculated and no draw commands are passed to the renderer. This commit is not strictly necessary for this PR, but it is a noticeable performance optimization in large sets where there may be a number of models active but only a few of them are in view at a time. The frustum culling could be used to improve performance in Grim as well.
j should be unsigned to avoid a compiler warning. The proper choice would be Common::Array<Grim::Light *>::size_type, but I guess size_t or unsigned int will do as well.