Утилита MAKE 1
Утилита MAKE
Что есть лучшее? — Сравнив прошедшее, свести его с настоящим.
Козьма Прутков
Процесс разработки программ с использованием пакетов TASM и MASM предполагает, что пользователь интенсивно работает с командной строкой. При этом он должен помнить не только последовательность запуска различных программ, формирующих исполняемый модуль, но и задаваемые попутно параметры этих программ. Если проект состоит из большого количества файлов, это довольно утомительно и может вызвать у программиста желание выбрать другое программное средство для реализации своего проекта.
Как решить такую проблему? Часто программист находит выход в использовании командных файлов (типа файлов .BAT для MS-DOS). Но этот способ имеет существенный недостаток. Предположим, что исполняемый файл собирается компоновщиком из большого количества объектных файлов. В процессе отладки программист редко работает сразу с несколькими исходными текстами. Обычно изменяется один из исходных файлов, после чего для него транслятором создается объектный модуль, и далее редактор связей объединяет все объектные файлы в единый исполняемый модуль. Затем программист запускает исполняемый модуль на выполнение и тестирует его. В ходе тестирования делаются выводы о том, насколько удовлетворяет программиста работа программы. Если возникают какие-то проблемы, то процесс внесения изменений циклически повторяется. Для сложных проектов количество таких итераций может исчисляться десятками. И каждый раз нужно внимательно следить за правильностью задания параметров утилит пакета транслятора, формирующих исполняемый модуль. При этом реально изменения вносятся только в один исходный модуль, а для построения исполняемого модуля к работе привлекаются все остальные модули проекта. Теоретически можно попытаться автоматизировать этот процесс с использованием встроенных в операционную систему средств поддержки командных файлов. Но сразу оговоримся, что этот способ хорош только для самых простых случаев. Интерпретатор команд операционной системы, обеспечивающий работу командного файла, работает достаточно «бездумно», в частности он не имеет средств для «интеллектуального» отслеживания временных зависимостей между отдельными исходными файлами проекта. При использовании командного файла вам придется транслировать все файлы проекта вместо одного действительно измененного. Иначе придется каждый раз вносить коррективы в текст командного файла, но тогда что же это за автоматизация? Очевидно, что все это ведет к потерям рабочего времени и затягивает процесс разработки проекта. Поэтому, чтобы облегчить жизнь программиста в подобных случаях
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.
