Hello,
Le 02/12/2010 14:33, IOhannes m zmoelnig a écrit :
On 2010-12-02 14:24, cyrille henry wrote:
hello,
if things need to be broken, then i suggest not to change glsl_vertex, glsl_ etc, but to create other object. so the current patch will work with 32 bit system. and patch using this new objects will work with both 32 and 64 bits systems.
ah no, this doesn't sound like a good idea. i'd rather have to force users to switch now than to maintain 2 separate sets of objects for the rest of Gem's live.
it's possible to provide the old object as abstraction based on new object.
but read on!
i investigated a bit further and have created a fix that should be totally transparent from the user's pov, by not using wild reinterpretation-casts but instead using a lookup table where the real GLuint IDs are mapped to small floats.
this is a very good solution...
this should work (check svn)
i usually don't do any update 1 day befor a big performance using Gem. i will not have time to test very soon. but i'll have a 64 bit computer in 1 or 2 month max...
thx Cyrille
fgmasdr IOhannes