this macro is not defined on ppc

hardcode full compiler path when compiling for ppc

expose a hidden function that prevented linking on osx 10.4 when compiling physfs statically

resolve divdi3 on ppc

link stdc++ (for physfs on linux) only when targetting 32bit (grafted from db108c85131501e1ac4ded2758f742836f83f4b5)

Hiding overflow on Labels/ComboBoxes to prevent 1px off by one error

update 0.9.19 with dev branch

merge

turkish translation updates

- Revert division hack nonsense - Patch Distance instead to not produce zero on non-zero parameters passed

Store colors in human-readable form

lol, how did it manage to work for years? (z1 - z2 * z.Round) shouldn't respect signs of z1 and z2. It turns out we often had arbitrary .Frac value in division result. Also fixes issue #613.

Switch to 'settings.ini'. Copies old ini file if necessary on startup.

why would we ever want to divide by 0?

hwFloat division is ~1.6 times faster now

Trivial optimization. Wonder if compiler was smart enough about it.

add hedgehog tp svg as reference (as requested by nemo). feel free to improve :P

Fix issue #603

Implement issue #308 with '|' as separator

let's go with what nemo suggests

Fix hedgehogs number desync. Now all desyncs except the one from issue #521 should be fixed. Please, test.

Check for admin role right in the sql statemenet

let's try to kill the thread right away and protect the thread variable with a mutex

added two security flags to windows linking

I see no reason why a visual effect needs Distance. IMO square should look just fine. Untested. Oh. Also reduced flake count at Randi's request.

New hwSqrt implementation which is 46/19 times faster than the old one!

CASE FOLDING!!! Never ever commit files with the same name and different casing

Reduce AI skills more on high Level values