Какая разница на чём писать (более того — какая разница писать ли) то, чем никто никогда не будет пользоваться? Жаваскриптисты подобны британским учёным (или героям классических квестов) — делают бесполезные вещи наиболее странным и трудозатратным способом. А если это приводит к разрушениям, то и вовсе хорошо.
Is the Windows BASIC Compiler designed for Atmel's microprocessors. This is the best you can get for your money
Ни один вендор не делает свои тулзы под линукс, кроме, afaik, TI. Неприятно при поисках решения задачи на код в маргинальных средах. Я обычно переписываю под себя, но такую хрень даже разобрать непросто.
Они обычно кривые и уродливые. Для PIC и STM8 я использую sdcc, для ARM есть gcc. Вот прошивать пики приходилось под мастдайкой (т.к. имеющаяся прошивалка под линуксом не работала, а реверсить влом было), для STM8 есть stm8flash (правда, требуется за 180р на ибее купить программатор), для STM32 есть STM32flash (ничего дополнительно покупать не надо).
Это все тулзы от левых людей, ты прекрасно понимаешь. Официально, насколько мне известно, под линукс делают только TI, Xilinx, Altera. Для stm8 я юзал винду с стшным асмом, тыкал iar. Sdcc я не смог завести. Документация по использованию отсутствует, и примеров в сети жутко мало (практически ноль).
Я и с разработчиком общался (когда багрепорт кидал на гит), все сделано реверсированием, потому что подлюки практически ничего по протоколам не раскрывают.
Скажем, тот же JTAG-протокол до сих пор не вскрыт. В дешевых устройствах используют случайно просочившуюся прошивку (бинарную), обычно же во всех этих ST-link'ах прошивка залочена.
Кстати, есть еще Jlink. Его вообще брать нельзя, т.к. там левая прошивка, а утилиты левой нет. Нормальная же утилита, сверив ключи от левой прошивки, просто затирает ее и посылает нафиг.
Вроде swim спецификация открыта, читал пдф с сайта стм. Насчёт swd не знаю. Вообще у стм просто адски тупая политика в этом плане. Сделали дешевые контроллеры, а на компилятор забили. Ну не кретины? Уже б давно стали самым популярным производителем.
Есть. На их сайте. Но мне много не нужно было: только понять, какие препроцессорные директивы поддерживаются + выяснить, как описывать прерывания. В остальном стиль такой же, как в обычном gcc.
Правда, в отличие от gcc, в sdcc иногда бывают затыки по оптимизации.
Пишу обычно в готовых иде, не заморачиваясь на мейкфайлы и прочее
А я привык использовать для редактирования кода geany или mcedit. И компилять при помощи make (ясен пень, в консоли — чтобы сразу же выполнить или залить при помощи make load).
Ну подумаешь ещё одно ядро, теперь на жабаскрипте, с мейнлупом. Где шаг вперёд? Смена языка без использования его возможностей, без всякого там на лету переноса частей ядра и перезапуска. Всё как раньше, но только медленнее и без совместимости с другими рантаймами.
Такое впечатление, что каждые десять лет программисты просто забывают то, что было перед этим, но не полностью, а частично, и перевоплощяют то же самое заново. CORBA->ORBIT||XPCOM->GINTROSPECTION->GIR. CORBA->COM->.NET&&WINRT. LISP||OBERON->JAVA->JAVASCRIPT
Пора бы уже новое двигать, хотя бы сетевую составляющую CORBA освоить в рядовых приложениях, да иксы сетевые юзать.
Зойтем, что разбирая приложения на самостоятельные кубики можно отточить такие вещи как: сохранение состояния, миграция, динамическое переподключение кубиков(например разные интерфейсы для разных устройств) и наконец одновременная работа одного приложения на нескольких устройствах.
Фрофитов много, от выжима всех соков из многоядерных процессоров и мозможности строить многопроцессорные устройства ни в чём себе не отказывая до наконец бесшовной интеграции устройств - включил плеер на ноуте, послушал, закрыл ноут, разблокировал телефон и продолжил слушать и читать ту же почту, но уже в пути.
Кстати, есть еще Jlink. Его вообще брать нельзя, т.к. там левая прошивка, а утилиты левой нет. Нормальная же утилита, сверив ключи от левой прошивки, просто затирает ее и посылает нафиг.
openocd прекрасно с палёнными JLink'ами работает. А вот палённые JLinkи часто сами по себе зависают. Так что ничего лучше чем адаптеры на ft2232h пока нет.
Спасибо, уже. А можно наоборот? То есть чтобы ОС работала с той же АБСОЛЮТНОЙ скоростью, с какой чикага летала на P-133? То есть чтобы на i7-4970 ОС СОВСЕМ ЛЕТАЛА?
Конечно можно, для этого не надо переизобретать старые технологии и делать их более жирными. Вот взять тот же COM, он ведь работал win311. А в винт4.0 так вообще уже всё что нужно для разработки было. И ? Начали переизобретать более жирное.
Ну кому не нравится оффтопик, возьмём тот гном с орбитом, работало же, вполне можно было отполировать так, чтобы в одном процессе работало, нетскейп же XPCOM сделали, можно было прикрутить. В общём всё было же, да только не надо отлаживать, надо копировать, копировать, делать хуже и называть это новыми технологиями.
Под выжимом я имел ввиду не обычными формочками выжимать, а допустим отказаться от специализированных проприетарных реализаций gsm в смартфонах в пользу ускорения с помощью dsp вполне обычных сервисов, использующих gnu radio. И это только одно из возможных применений. Если всё это, все компоненты системы, независимо от уровня, будут иметь возможность взаимодействовать друг с другом чем-то вроде корбы и работать сразу на нескольких процессорах(центральный, для сетевой передачи, для анализа видеопотока и тд), то и работать будет быстрее, и жрать меньше ну и тд.
By providing environment for JavaScript code only, it is possible to rethink kernel design to improve security, reliability and performance of the system.