| Forth http://fforum.winglion.ru/ |
|
| Перемещаемость кода. http://fforum.winglion.ru/viewtopic.php?f=36&t=1852 |
Страница 2 из 2 |
| Автор: | Pretorian [ Сб янв 31, 2009 21:11 ] |
| Заголовок сообщения: | |
Угу, действительно, а как хотелось бы. |
|
| Автор: | in4 [ Вс фев 01, 2009 13:50 ] |
| Заголовок сообщения: | |
А может, не заморачиваться и делать повторную компиляцию вместо перемещения? 
Но для этого надо уметь выделять именованные блоки исходника (если он в текстовом файле, это такой аналог номеров блоков из "старого" Форта), а этого я еще нигде не видел. 
|
|
| Автор: | Варнак [ Вс фев 01, 2009 13:59 ] |
| Заголовок сообщения: | |
in4 писал(а): А может, не заморачиваться и делать повторную компиляцию вместо перемещения?
Но для этого надо уметь выделять именованные блоки исходника (если он в текстовом файле, это такой предлагаемый мною аналог номеров блоков из "старого" Форта), а этого я еще нигде не видел. Было такое определение: " ... - именованный набор данных, расположенный во внешней памяти". А это, всего лишь, всем знакомый "файл". |
|
| Автор: | Hishnik [ Вс фев 01, 2009 14:00 ] |
| Заголовок сообщения: | |
Кстати, как инструмент ускорения повторной компиляции, можно просто загрузить исходные тексты в память и транслировать уже оттуда. Потому что перемещение кода все равно связано с пробегом по всему скомпилированному коду с определением модифицируемого при перемещении, то есть работа тут имеет место. По сравнению с этим главным фактором снижения скорости при повторной трансляции является необходимость заново прочитать все с диска. А вот если все предварительно прочитать в память, то альтернативы будут такими: либо скомпилированный код "править на живую", с риском неправильно обработать какие-то нестандартные фрагменты кода, либо заново оттранслировать "из памяти в память", сохранив все особенности трансляции, в том числе и получая возможность компилировать нестандартные фрагменты кода, о которых алгоритмы перемещения могут не знать. |
|
| Автор: | in4 [ Вс фев 01, 2009 14:48 ] |
| Заголовок сообщения: | |
Варнак писал(а): Было такое определение: " ... - именованный набор данных, расположенный во внешней памяти". А это, всего лишь, всем знакомый "файл". С большим количеством мелких файлов обычные ОС работают плохо... Да и неудобно с ними возиться стандартными средствами... Надо или редактор, приспособленный для удобной работы со многими файлами, либо все в одном файле хранить. Хищник писал(а): Кстати, как инструмент ускорения повторной компиляции, можно просто загрузить исходные тексты в память и транслировать уже оттуда. Только это надо стандартизовать как-то...
|
|
| Автор: | Hishnik [ Вс фев 01, 2009 15:37 ] |
| Заголовок сообщения: | |
in4 писал(а): Хищник писал(а):
Кстати, как инструмент ускорения повторной компиляции, можно просто загрузить исходные тексты в память и транслировать уже оттуда. Только это надо стандартизовать как-то... Это не надо стандартизовать. На стандарт вообще уже навешано очень много лишнего, это же не мантра, от повторения которой все будет появляться само. Чем больше обязательная часть стандарта, тем больше барьер вхождения в системное программирование. Чем больше необязательная, тем больше сужается круг возможного поиска - какой смысл искать новые решения, если "как надо" уже давно высосано из пальца? |
|
| Страница 2 из 2 | Часовой пояс: UTC + 3 часа [ Летнее время ] |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|