2010-03-18 3 views
3

Я создаю программу, использующую Delphi Packages (BPL) в качестве плагинов, но я бы хотел использовать пользовательское расширение, чтобы показать, что файлы имеют определенную цель, а не просто BPL. Это работает достаточно хорошо, пока я не получу один пакет, имеющий зависимость от другого. Затем компилятор автоматически создает двоичный файл с встроенным расширением BPL.Как изменить расширение файла для зависимостей

Это не так сложно исправить с помощью шестнадцатеричного редактора, но это своего рода экстремальное решение. Можно ли каким-либо образом заставить компилятор генерировать пакеты с нужными именами зависимостей в первую очередь?

EDIT: ответы до сих пор, похоже, не поняли вопроса.

Я точно знаю, как создавать пакеты с моим пользовательским расширением TEP вместо расширения BPL. Но если у меня есть package1.TEP и package2.TEP, а package2 зависит от package1, а затем я пытаюсь загрузить package2, он дает ошибку, потому что не может найти «package1.BPL». Я хочу найти более простой способ заставить package2 искать правильное имя файла «package1.TEP», которое не требует редактирования двоичного файла после его создания. Есть ли способ сделать это?

ответ

0

Простейшим решением было бы использовать событие post build, чтобы переименовать ваш целевой файл из * .BPL в любое конкретное расширение, которое вам требуется.

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

+0

У меня это уже есть. Это не имя файла, с которым я беспокоюсь об изменении, это ссылки на него в других пакетах, которые зависят от него. –

+1

Ах, так это начинает звучать как дефект. Я бы сообщил об этом через QualityCentral. – skamradt

0

Используйте инструкцию {$E}.

+0

Нет. Опять же, это не то, что я ищу. –

+0

Я просто попробовал, и это сработало. Просто игнорируйте сообщения IDE. Во время выполнения все в порядке, также статический импорт правильный, с измененным расширением - я проверил его с помощью средства просмотра зависимостей. –

Смежные вопросы