Actually the check is right,

On -myanmar.hh, on that particular switch, OT_C is indic_category_t
but OT_D is myanmar_category_t so we are mixing the types in one variable.

And on -arabic.cc, step can goes one number higher than step_t enum in the
loop so we are actually using it as an unsinged int.

Okay, let's see if the gods are happy now...

Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=11034

This reverts commit 191eef82.

Behdad apparently not interested on them

Ugly as hell, and don't even understand why some bits are needed.
But the logic is sound.

I added them but now that I think, it is a bad idea to have them as
fuzzing bots will find good seeds to tweak in order to find easy new
testcases which causes duplicated issues.

fixes #1266

We were getting the first track record always.  Ie. this line:

       if (trackTable[i].get_track_value () == 0.f)
       {
-       trackTableEntry = &trackTable[0];
+       trackTableEntry = &trackTable[i];
        break;
       }

The rest is cleanup.

Fixes https://github.com/harfbuzz/harfbuzz/issues/1263 for the most part.

See if it helps debugging https://bugs.chromium.org/p/chromium/issues/detail?id=895117

These are text, not font.

Fixes the following warnings:
hb-ot-tag.cc:330: Warning: HarfBuzz: invalid "allow-none" annotation: only valid for pointer types and out parameters
hb-ot-tag.cc:334: Warning: HarfBuzz: invalid "allow-none" annotation: only valid for pointer types and out parameters

"in/out" should be "inout"

Some disable.

Not sure how can happen, but does...

It has unbounded size...

Fixes https://oss-fuzz.com/v2/testcase-detail/5718889451749376

Still fails MORX-41.  Am talking to Sascha to better understand what CoreText
is doing.