tess2: match Android index width to openFrameworks

[danoli3]

Android's NDK defines ANDROID, while the patched tesselator.h only checked ANDROID/TARGET_ANDROID. For arm64 and x86 Android builds this selected 32-bit TESSindex in the library, while openFrameworks selected 16-bit indices in its consumer. Reading the archive's index buffer then produced sequences such as 0 0 1 0 2 0, corrupting any ofPath fill.

Add ANDROID to the existing 16-bit platform condition and increment tess2 BUILD_ID from 2 to 3 so cached Android archives are rebuilt. The same patched header is copied into the package. Desktop index width remains unchanged.

The supplied emulator comparison shows the existing failure: the intended star is absent on ES 1.1 and collapses to a triangle on ES 2.0/3.0/3.1. This is before-fix evidence, not a screenshot of the rebuilt result.

Validation:

• Verified pinned tess2 1.0.2 source SHA-256 and applied the updated patch.
• Rebuilt static archives with the formula's CMakeLists.txt using NDK 28 for arm64-v8a, armeabi-v7a, x86 and x86_64.
• Linked and ran the star regression on an arm64 Android API 34 emulator: 2-byte indices, 10 non-degenerate triangles, expected filled area 120.
• Host regression separately compiled the library with ANDROID and its consumer with TARGET_ANDROID: same passing geometry result. Desktop regression retains 4-byte indices and identical geometry.
• Added the focused C regression source; shell syntax, formula checksum audit (44/44) and git diff --check pass.

CI packaging/publication and a full glMatrix/ofPath rendering check with the published replacement libraries remain pending. Related consumer report: openframeworks/openFrameworks#8533.