А как быть с такой командой:
ml /c /coff *.asm
Теперь ml(Version 7.00.9466)
выдает вот что:
MASM : fatal error A1000: cannot open file : *.asm


---------------------------------------------------------------------- ----------

Отправил: volodya
Email: wasm team

Комментарий: А чего же ты еще ждешь? Конечно, он не может открыть файл *.asm. Он ведь не знает, что такое "wildcards". Хочешь ассемблить список - пиши батник. И вообще, в форум переходи. Неча тут ерундой заниматься!

Ну, спасибо, конечно, что перешел. Но только какой смысл здесь это обсуждать. Все ж очевидно и так! Или нет?

Чтож тут очевидного. Предыдущие версии ml понимали "wildcards". Т.е. теперь, чтобы перекомпилировать библиотеку (к примеру masm32.lib) надо написать батник с количеством строк равным количеству *.asm файлов: ml /c /coff 1.asm ml /c /coff 2.asm ... и т.д. Но ведь это полная Ж...

Можешь написать простенькую программку на FindFirstFile/FindNextFile, которая будет пробегаться по списку файлов (указанному тобой), и для каждого файла звать ml.
Или, что гораздо лучше - пиши makefile.

Спасибо за советы. Только это и остается.

AlexM
А вот под VS сижу.. Мне хорошо :)))

Можно сказать, можно ?
Этот "новый" ml(Ver 7.00.9466) - никуда не годится.
Пытался его навести в RadAsme делать инструкции Пня - 4,
и что-же ? Ересь...
То есть нет ни капельки преимуществ перед Delphi в скорости работы проги. Хотя вроде - бы Microsoft, кому как не ей оптимизировать компилятор под ASM.
P.S. Прога элементарная, и советов по ее оптимизации я наслушался.

[ AlexM: Т.е. теперь, чтобы перекомпилировать библиотеку (к примеру masm32.lib) надо написать батник с количеством строк равным количеству *.asm файлов: ml /c /coff 1.asm ml /c /coff 2.asm ... и т.д. Но ведь это полная Ж...]

Странно, а так ml /c /coff *.asm в батнике не получится что ли :-)

Asterix
Странно, а так ml /c /coff *.asm в батнике не получится что ли :-)
К сожалению - нет. Теперь новый ml с новыми глюками.

Ну батник же понимает *.asm причём тут ml, правда я этот новый, самый новый
дошлёпок не пробовал но мне кажется что должно же работать.
Т.е. сам командный файл обрабатывает текущую директорию
asm файлов, подсовывая ml'у по очереди asm файлы.

Т.е. сам командный файл обрабатывает текущую директорию
asm файлов, подсовывая ml'у по очереди asm файлы.
Разве? Может это в новых виндах такое проходит... В WinME ml ругается на * в имени файла.

По идее, ml вообще не должен видеть *.asm, эту ситуацию должен отрабатывать
файл COMMAND.COM(если использовать строку ml /c /coff *.asm в bat файле),
разве не так?! Может эти проблемы только в ME, потому что у неё нет DOS'а,
если конечно ты не приделал, по одной известной статье о
добавлении DOS'а в ME.

Загрузил я этот новый дошлепок, сейчас протестируем...

Проверил на 2000. Результат: как и в ME. ml вызывает GetCommandLineA и получает
C:\masm32\bin\ml.exe /c /coff *.asm
Буквально сразу засекает *.asm и начинает ругаться.

Проверил, предыдущий вариант, который я предлагал не работает :-(
Но работает вот такой, незнаю насколько это корректно записано и
как оно работает, в смысле правильно ли отрабатывает, но всё же:
----------------------------------------------
@echo off
for %%f in (*.asm) do ml /c /coff %%f
pause
----------------------------------------------
Правда во время работы для некоторых asm файлов выдаются
сообщения об ошибках, может я что не правильно записал, но
принцип вроде правильный.
Да, кстати, я пробовал под win98, под которой бОльшую часть времени и
сижу %)