Отправлено yes 27 мая 2004 г. 09:12 В ответ на: Вот в это не верю (+) отправлено SM 26 мая 2004 г. 18:24

х86 я специально не рассматриваю, потому что была задача совместимости и поэтому монстр получился, для которого сложно средства сделать - то есть это сложный процессор/сложный компилер - клинический случай

а нормальные средства - это такие, которые имеют одинаковый front-end (то есть то, куда пользователь буквы пишет) для как можно большего числа железок. при максимальном удобстве - круче POSIX-а и GNU-тых тулзов/библиотек я не встречал

а пример - там решается элементарно (но не для 5500 ес-но) - заводится секция - dma_ram, dualport_ram и т.п. - и хоть для файла (всех переменных в нем объявленых - это лучше для переносимости), хоть для переменной куда хочешь туда кладешь
обычно во внешней памяти АЗИК какой-нибудь - и из него, ну и разные скорости у памяти и т.п. - то есть это реально используется

• Одинаковый фронтенд :) (+) — SM   (27.05.2004 09:34, 386 байт)
  • а xemacs правильная среда - я с его HDL-ных мод просто тащусь — yes   (27.05.2004 11:01, пустое)
  • на примере gcc (как кодогенератора) — yes   (27.05.2004 10:59, 802 байт)
    • Так бы сразу и сказали (+) — SM   (27.05.2004 12:16, 273 байт)
      • возникает С++ vs C. а gnu-тый девелопмент - увижу что лучше - напишу :) — yes   (27.05.2004 13:22, пустое)
        • Если придерживаться ANSI - то такого вопроса не возникает :) — SM   (27.05.2004 13:40, пустое)