caxapa.ru :: Пятница же. Вопрос экспертам. Между АРМ и МИПС отличия такие же сильные как между двоеперстием и троеперстием или есть что-то фундаментальное?

Крок (09.06.2017 10:40, просмотров: 11774)

Пятница же. Вопрос экспертам. Между АРМ и МИПС отличия такие же сильные как между двоеперстием и троеперстием или есть что-то фундаментальное?

Ответить

- Индейцы? - SciFi(09.06.2017 10:56)
  - Они ж вроде оба мелкоиндейчатые обычно? - LightElf(09.06.2017 16:16)
    - А меня вот бесит что компиляторы для 51х тока в литтле "работают". На сайте кейла написано (не дословно) - "ибо нехуй!". Абыдна, да! - POV_(10.06.2017 22:41, )
      - Кейлом не пользуюсь, но если по ссылке верно, то он как раз получается биг. - Ozelot(12.06.2017 12:10, ссылка)
        
        Главное что порядок байт не совпадает с делфи POV_(30 знак., 12.06.2017 12:15, )
        
        В Delphi, как и у всех x86, порядок little-endian. Не понятно тогда, на что вы жалуетесь. - Ксения(12.06.2017 16:22)
        
        Запутался я совсем. Но сколько работал с ПИК, МСП430 - как передавал данные (long например) так их загрузжал в переменные. С кейлом приходится порядок байт менять. - POV_(12.06.2017 16:57, )
        
        Катастрофа , однозначно. - plainuser(13.06.2017 09:28)
        
        В MSP есть тонкость - в структурах надо располагать переменные так, чтобы слова были обязательно расположены по четному адресу. В дельфях объявлять структуры с волшебным словом {$A-}. Тогда все будет мягким и пушистым. И там, и там мелкие Гудвин(11 знак., 12.06.2017 22:01)
        
        Я тебе скажу откровенно: если все твои проблемы - это порядок байтов, то у тебя нет проблем. Живи и радуйся! :-) - SciFi(12.06.2017 17:07)
        
        Живу и радуюсь.. только вот уже третий день не могу победить АЦП.. и кейл тут не причём (( ... POV_(101 знак., 12.06.2017 17:59, )
        
        Грех потому что в престольный праздник работать. Даже я не рискнул. - Крок(12.06.2017 21:59)
        
        Да бросьте вы этот Кейл :). Вот если бы у вас был C166 или C251, тогда действительно было бы без вариантов, а для 51-ой архитектуры компиляторов полным полно. Да и не видно особых причин вам с Кейлом возиться, если прежде работали с PIC и MSP430, Ксения(30 знак., 12.06.2017 17:06)
        
        Инерция. Но на текущем проекте кейл меня убил. Буду сползать вместе с отказом от силабсов. - POV_(12.06.2017 17:54, )
        
        Кейл для С51 просто лучший. А не перепаковывть - это просто частный случай, когда разработчик протокола и тот, кто реализует, есть одно лицо. Правильно написанная перепаковка в случае фактического отсутствия в ней необходимости умным компилятором Vit(36 знак., 12.06.2017 17:15)
        
        А он лучший по какому параметру? Самый компактный код генерит, библиотека хорошая или просто удобно с ним работать? - Ксения(12.06.2017 17:21)
        
        Удобство обсуждать не вижу смысла. Как минимум лучший по качеству кода и компактности. Возможно EW51 уже стал по-лучше, чем был раньше, но очень сомневаюсь, что догнал. Когда-то был доступен аж один компилятор - 4-й IAR. Грустная досовская штука с Vit(234 знак., 12.06.2017 17:58)
        
        Это не легенды. Это я утверждал ;) На чем и сейчас стоЮ - под NT надо включить поддержку полуоси и IAR компилит только в путь... Сейчас не поленюсь - попробую в XP такое провернуть (там вроде всего пару DLL надо). - Гудвин(12.06.2017 22:07)
        
        Подтверждение легенды, раз уж обещал ;) В XP не получилось - файлики от NT конфликтуют с ядром. Зато в виртуалке NT все пучком. Кружочками отметил, что IAR выводит во время компиляции. Ничего, кстати, не настраивал... Запуск в XP (DOS) Гудвин(22 знак., 13.06.2017 02:08 - 02:10)
        
        Спасибо. Чуть позже замучаю вопросами. - Vit(13.06.2017 11:31)
        
        Вообще таких приложений (один экзешник DOS/OS2) было немного, включая мелкомягкий Це компилятор. Дальше просто стали юзать DOS4G/GW, PharLap и такое прочее. - LightElf(13.06.2017 11:16)
        
        Тип bit имеет. Разок воспользовался типом far. В общем есть хорошие вещи, но редактор из прошлого века. Совсем неудобно при громоздком проекте. - POV_(12.06.2017 17:56, )
        
        Не понял. В Keil51 BIG? - Гудвин(12.06.2017 15:05)
        
        Используйте sdcc или iar и все будет совпадать :) - Ozelot(12.06.2017 12:19)
    - Вот бывают удачные названия. Но назвать little endian структуру, у которой в конце идёт больший байт… это не просто неудачно. Это даже не прибил бы, а долго мучил. - Николай Коровин(10.06.2017 17:19)
      - Осталось выяснить какой конец подразумевается. - Mebius(11.06.2017 22:33)
        
        Печальный :( Ну вообще обычно начало адресного пространства, занятого структурой, и его конец -- вещи достаточно однозначно подразумеваемые %) - Николай Коровин(13.06.2017 00:43)
      - Мало того, "little-endian" произошло от названия острого конца яйца. Байты тута не причем. - Argon(10.06.2017 18:32, ссылка)
        
        Да-да. Именно что «мало того». Остроконечники и тупоконечники. Попытка представить ситуацию так, будто это типа вкусовщина, бессмысленный холивар и так далее. Николай Коровин(1341 знак., 10.06.2017 21:59)
        
        "арабские цифры в оригинале как раз писались нормально" - в оригинале они индийские. - misyachniy(12.06.2017 11:34)
        
        Не-не-не, я на досуге почитаю не одну строку, а более капитально освежу историю вопроса, раз уж задумался. Но всё равно спасибо :) - Николай Коровин(13.06.2017 01:03)
        
        У больших индейцев при сравнении строк можно не возиться с байтами, а сразу слова сравнивать. - vmp(10.06.2017 23:54)
        
        Хмм. Интересно. С трудом представляю, какие ж это бегамайты текстов надо лопатить, но, наверное, в определённых условиях какой-нибудь avr32 показал бы этот плюс :) - Николай Коровин(11.06.2017 14:52)
        
        Латентный глуманитарий. А, нет, не латентный, ведь только что расчехлился. - SciFi(10.06.2017 22:01 - 22:04)
      - Маньяки среди нас. - SciFi(10.06.2017 17:24)
        
        «Пишите код так, как будто сопровождать его будет Коровин» :) - Николай Коровин(10.06.2017 17:43)

ARM, RISC-V контроллеры