Все-таки, по какому критерию при перекомпиляции каше считает, что класс устарел?
Я пока закономерности не вижу.

В каше 2007 проблема осталась :-(

авторА что пишет?
так и пишет - компилишь класс А, пишет: класс Б устарел.
Причем я пытаюсь удалять глобал ^oddDEP, какием-то образом ответственный за связи. Но устаревание в нем не хранится, если уже каше поняло, что класс устарел, удалять глобал бесполезно.
Но с неудаленным глобалом вообще почти нечего скомпилить нельзя.

Закономерности в указании класса Б не вижу, иногда вообще непонятно, а он то к классу А какием боком?
На базах с одинаковой конфигурацией класс А может на одном скомпилиться нормально, а на втором сказать, что устарело.

Чем для меня опасна для меня эта ситуация?
1.Например я закатываю небольшие изменения на рабочую базу, например редко используемую csp-страничку. Страничка не компилится, показывает,что какой-то класс устарел. Матерюсь, начинаю компилить класс Б, показывает на класс С. Класс С один из корневых. Оставлять в таком (непонятно скомпилировлось или нет - непонятно) состоянии неприятно. Ночную работу мне не оплачивают, нажимаю компилить класс А вместе со связанными, предварительно удалив глобал ^oddDEP, понимая, что падают процессы, большинство из которых не в транзакции. Флаги fv при длительной компиляции не помогают.

2.Если я все-таки соберусь сделать закачку и компиляцию классов ночью, я рискую на утро вообще получить выведенную из рабочего состояния базу.

Без удаления глобала каше вообще компилит только через CompileAll
Иначе ей циклично кажется, что кто-то из классов А,Б,С устарел и ни один из них она не компилит.
Но почему ей так кажется и откуда она берет эту информацию?
Что вообще означает устаревание классов?

В принципе, понятно, откуда он берет информацию о связности.
Super, поля-ссылки, используемые в коде классы.
Также при компилляции класса Б, если в нем есть ссылки на класс А, в классе А прописываются связки на класс Б. Для этого, как понимаю, и нужен отдельный глобал oddDEP, все остальные связи можно просчитать во время компилляции.

Когда базовый класс компилен позже своих потомков - это понятно, потомки устарели, но это явно не единственная причина устаревания.
А если классы А и Б друг друга используют и при компиляции класса А автоматически стареет класс Б? Потом, при компиляции класса С, в котором используются А и Б,пойдут проблемы, что один из классов устарел?

У нас вся база скомпилирована через CompileAll("-u") при переносе из каше 4.1.
Это теперь вечное проклятье :'(?
или CompileAll("u") мне поможет?
Сделал, в первый раз что-то компилила, второй раз ничего. Интересно, помогло?

Саппорт говоит, вроде есть како-то adhoc, но под нашу версию он не сделан.
Обещали переделать под нашу каше, а если не поможет - разбираться дальше.

Пока могу посоветовать
d isuptodate^%occClass("myclassname",,0,1)
для определения того, что же устарело.