Вот сценарий: я запускаю compc в исходном каталоге, чтобы перекомпилировать уже существующую библиотеку после некоторых изменений, которые успешно завершаются. Затем я удаляю библиотеку (файл .swc) и перекомпилирую, что вызывает много ошибок.
Ничего не изменилось за это время - очевидно, что это должно было быть либо успешным оба раза, либо неудачным оба раза.
libs/pv3ddebug $ compc -library-path+=.. -source-path=./src -compiler.optimize -include-sources+=./src -output ../pv3ddebug.swc
Loading configuration file /Users/bill/flex_sdk_3/frameworks/flex-config.xml
/Users/bill/lg/vision/libs/pv3ddebug.swc (152944 bytes)
/libs/pv3ddebug $ rm ../pv3ddebug.swc
/libs/pv3ddebug $ compc -library-path+=.. -source-path=./src -compiler.optimize -include-sources+=./src -output ../pv3ddebug.swc
Loading configuration file /Users/bill/flex_sdk_3/frameworks/flex-config.xml
/Users/bill/lg/vision/libs/pv3ddebug/src/com/phenomblue/pv3ddebug/PV3DDebug.as(45): col: 34 Error: Type was not found or was not a compile-time constant: AdvancedView.
public function PV3DDebug(view:AdvancedView)
^
... more errors follow
Мне кажется, я узнал, почему происходят ошибки, и могу их исправить, но я обеспокоен тем, что первая компиляция не удалась.
У меня есть теория:
- Библиотека A, от которой зависит pv3ddebug, была правильной
- pv3ddebug был успешно скомпилирован (и это правильно)
- Библиотека A была переведена в состояние, которое не может быть скомпилировано с pv3ddebug
- pv3ddebug был успешно скомпилирован неправильно, потому что compc не заметил, что A был обновлен до состояния отказа
- удаление pv3ddebug и последующая перекомпиляция привели к тому, что compc попытался скомпилировать с новым A, поэтому компиляция не удалась.
Мои вопросы к вам: шаг 4 - ошибка? Это поведение кэширования, которое я должен был ожидать, или его можно изменить с помощью переключателя компилятора? Что-то происходит, что моя теория не объясняет?