Класс! Супер!
Как до этого не догадались раньше.

Но это еще только начало.
Я пока еще не понимаю, почему одни классы компилируются, а другие нет.
Удалял ссылки на класс - все равно цепляет все подряд. Предположил, что используются еще какие-то другие данные.
Удалил все из таблицы - перестало цеплять, т.е. используется все-таки вот это.

Еще есть обратные записи в глобале oddDEP,
начинающиеся с индекса 0, причем их значительно меньше. В них нет маков, инков, классов типа %Library.CacheObject, обратных ссылок с классов типов данных на абстрактные классы. Мне кажется, это больше похоже на то, что использует компилятор.
Кстати у них бардак какой-то в это глобале. Основной и реверсный индекс хранится нелогично, где-то тип связи кодируется, а где-то пишется словами. Где-то в индексе 0, где-то $h, где-то какой-то список.

Сейчас не могу сходу создать пример, когда при компиляции зацепит несколько классов. Не зацепляет и все тут.
Кажется, кроме самих взаимосвязей есть

... кроме самих взаимосвязей есть учет временных меток.
И у меня такое подозрение нехорошее: в сложных зависимостях класс попадает в зависимости больше одного раза, и при постройке очереди компиляции у него уже становится устаревшей временная метка для классов, которые проверяют его неустаревание при последующей компиляции.