Кросскомпилятор Си под 8080

Цитата:

---

Сообщение от Error404

С чего это? Пременную в любом ассемблере можно как явно положить в память по абсолютному адресу при помощи EQU, так и отдать на откуп линкеру на этапе сборки. В обоих случаях в исходнике обращение к ней идет по символическому имени. Или общая память это нечто отличающееся от обычной оперативной? Не понимаю.

---

Сейчас аргументы и переменные функций располагаются в общей памяти. И это не очень оптимально, так как одновременно memset и memcpy выполняться не могут. Логично разместить их аргументы и переменные в одной области памяти.

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

memset_dest EQU variables_area + 100
memset_c EQU variables_area + 102
memcpy_dest EQU variables_area + 100
memcpy_src EQU variables_area + 102

То есть потребуется анализ всех исходников и переформирование OBJ файлов каждый раз. Либо свой линкер.

выход компилятора для 8080 (просто текст программы, есть пара комяков. НАпример перепутал mvi m и shld)

Цитата:

---

Сообщение от vinxru

Сейчас аргументы и переменные функций располагаются в общей памяти. И это не очень оптимально, так как одновременно memset и memcpy выполняться не могут. Логично разместить их аргументы и переменные в одной области памяти.

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

memset_dest EQU variables_area + 100
memset_c EQU variables_area + 102
memcpy_dest EQU variables_area + 100
memcpy_src EQU variables_area + 102

То есть потребуется анализ всех исходников и переформирование OBJ файлов каждый раз. Либо свой линкер.

---

Я правильно понимаю - весь этот гемор оттого чтобы не передавать параметры стеком (который автоматически утилизирует память увеличением вершины стека после возврата из функции), но получить похожее удобство пользования?

Ну хрен с ним, пусть переменные не будут определены одна поверх другой - баловство все это. Не надо ничего экономить в памяти переменных, экономия получится за счет компактного кода.

Цитата:

---

Сообщение от Error404

Я правильно понимаю - весь этот гемор оттого чтобы не передавать параметры стеком (который автоматически утилизирует память увеличением вершины стека после возврата из функции), но получить похожее удобство пользования?

---

Ага

---------- Post added at 19:05 ---------- Previous post was at 18:52 ----------

Я добавил оператор $. Это 8-битное умножение. Работает быстрее.

---------- Post added at 19:06 ---------- Previous post was at 19:05 ----------

Аналогично (uchar)(a*b), только быстрее и короче. Использовать не обязательно.

---------- Post added at 19:39 ---------- Previous post was at 18:06 ----------

Ух ты блин. Эмулятор b2m подхватил названия переменных из LST файла, который генерирует tasm

http://s017.radikal.ru/i443/1209/50/73899f5f3dd1.png

Цитата:

---

Сообщение от vinxru

Ух ты блин. Эмулятор b2m подхватил названия переменных из LST файла, который генерирует tasm

---

Дык для tasm и делал! :)

Сделал сумматор тактов всех команд программы. И замерял результат до работы оптимизатора и после. Пока получается оптимизация 90%. (стало/было*100)

Но в оптимизаторе нет самого главного. Он не умеет работать с ветвлениями и циклами. Сегодня добавлю их.

---------- Post added at 16:07 ---------- Previous post was at 14:12 ----------

Сделал, несколько команд пропало. Оценка 89%.

Красные - это поправки (удаления)

Код:

---

test:
  push b
  ; 4 c = 100;
  mvi b, 100
  ; 5 x = (uchar*)0xA000;
  lxi h, 40960
  shld test_x
  ; 6 do { *x = 0; ++x; } while(--c);
l0:
  ; 6 *x = 0; ++x; } while(--c);
  lhld test_x
  mvi m, 0
  ; 6 ++x; } while(--c);
  lhld test_x
  inx h
  shld test_x
  dcr b
  mov a, b
  ora a
  jnz l0
l1:
  pop b
  ret

---

Версии компилятора буду выкладывать на LJ, меня сейчас тут забанят.

Цитата:

---

Сообщение от vinxru

А посоветуйте компилятор ассемблера для 8080, я бы сразу его прикрутил.

---

Пока ничего удобнее http://john.ccac.rwth-aachen.de:8000/as/ не встречал. Продвинутая макро-поддержка, работает на Windows, Mac и Linux.

---------- Post added at 23:06 ---------- Previous post was at 21:23 ----------

Цитата:

---

Сообщение от vinxru

Версии компилятора буду выкладывать на LJ, меня сейчас тут забанят.

---

А почему бы не создать проект на github/bitbucket/googlecode/etc?

vinxru, собрал вчера твой компилятор clang-ом под OS X. Пришлось помучиться из-за винапи и прочих премудростей VC++, которые собственно к компилятору отношения не имеют. У тебя есть интерес развивать его дальше, или делать его более портабельным?

Вроде работает, хотя с оценкой "пре-пре-пре альфа" я вынужден согласиться ;)

Цитата:

---

Сообщение от Mick

Если автор топика задумал написть свой компилятор Си под ВМ80, то может ему пригодится книга "Компилятор Си для микроЭВМ" Д.Хендрикс. В ней описывается Смолл-Си.

---

Ссылка github на него