> The underlying code segment here needs a rewrite. This is one of the rare
> cases where GCC is actually complaining for a very valid reason.
/me agrees absolutely.
Is there already a Jira around (I searched, but didn't find one, but that
might be just bad luck)?
Armin
_
The underlying code segment here needs a rewrite. This is one of the rare
cases where GCC is actually complaining for a very valid reason.
On Fri, Sep 2, 2011 at 11:35 AM, Mysty Saunders wrote:
> Ubuntu 32 GCC 4.4
>
> Any idea's y'all. Im pretty much clueless about programming but with dumb
> ne
I just came along that, too. It only happens with a release build, commit that
introduced it is 4880a28422be (viewer-development).
I worked around it by passing -Wno-array-bounds to the compiler (see here:
https://bitbucket.org/ArminW/kokua-merge-3.0.0/changeset/f4a68595e9b6 ) for
now.
Hope tha
Ubuntu 32 GCC 4.4
Any idea's y'all. Im pretty much clueless about programming but with dumb
newbie luck I was able to compile if I changed
verticesp->mV[3] = 0.f;
to
verticesp->mV[2] = 0.f;
Compiled but particles looked bad (duh..)
Any help would be great :)
/home/mysty/slq/viewer-development/
