Еще один, ну изучите же вопрос , а то так и будете сидеть в луже. ARV, ты кстати аналогичные выводы как и Мурик ляпаешь... Даже не фантазеры блин, философо-извращенцы...
ARV, да причем здесь гнутый компиль? Иди читай мануал на ардунью - там фреймвок wire а не чистые плюсы. А теперь разгребай ляпнутое твоим дружком, по его и твоим философическим "рассуждениям" : Если пишуший в эмоблитсе Мурик - *****, то все кто пишет на эмоблитсе *****ы. У вас обоих просто феерично_идиотская логика...
досик, фреймворк - это лишь обертка над плюсами. все исходники путем переименования файлов и небольшой правки инклюдов собираются затем компилятором так же, как проект на плюсах.
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Господа Пиз****лы! попрошу вернуться к вышезаданному вопросу Возьмём Протон Пишем тупую моргалку Возьмём Си Пишем тупую моргалку Сравниваем размеры hex Смотрим промежуточные асмовские файлы и охереваем с сишных наворотов
Протоновские файлы за мной, жду сишные. Только уговор! Без всяких оптимизаций, временно (потом посмотрим)
Это тема о коровьем бейсике, а не о протоне. Если хотите доказать что бейсик компилирует код не хуже чем Си, то это уже доказано правда для AVR, которые проиграли STM32 по производительности, но это к обсуждаемой теме не относится.
Если хотите доказать что бейсик компилирует код не хуже чем Си, то это уже доказано
Это фуфло, а не доказательство. Синтетический код не может вообще ничего доказать. Простые сущности, ЕСТЕСТВЕННО, будут откомпилированы В ТРИВИАЛЬНЫЙ КОД. А библиотечные функции вообще нет никакого смысла рассматривать. Сначала нужно рассмотреть как сами эти функции были написаны. Вызов же функции, как и передача в нее аргументов, никак не связаны с языком, поскольку имеют детерминированный протокол в самой системе команд МК.
всяк кулик своё болото хвалит - вот уже готовые тесты пик паскаля и пр. компиляторов в том числе упомянутого тут васика:
исходники тестов: https://github.com/AguHDz/PicPas-Librer ... mpiladores круче пик паскаля только ассемблер Вопрос в том насколько хватит терпения авторов самодельных паскалей и бейсиков поддерживать бесплатно свои поделки, xc8 поддерживается самим производителем, кровно заинтересованным...
Синтетический код не может вообще ничего доказать.
Тест не синтетический, а математический. Он проверяет за сколько тактов выполняются математические действия: сложение, вычитание, умножение и деление, а также получение остатка от деления. В результате можно узнать эффективность компилятора и библиотек при выполнении вычислений с разным типом переменных.
КРАМ писал(а):
Простые сущности, ЕСТЕСТВЕННО, будут откомпилированы В ТРИВИАЛЬНЫЙ КОД.
Математика с плавающей точкой двойной точности (Double) это тривиальный машинный код, особенно для простых 8-ми битных МК?
Синтетичность теста никак не влияет на его математичность. Специфика языков не определяется скоростью выполнения операций присвоения с непосредственной адресацией или математикой. Даже отсутствующие в АЛУ МК математические операции реализуются ШАБЛОННО, независимо от лингвистики языка. В этом и состоит синтетика тестов. Причем даже без равенства возможностей. Особенно если речь идет о платных компиляторах Си, где уровень оптимизации или настройки могут В РАЗЫ изменить длину кода и/или скорость исполнения.
Математика с плавающей точкой двойной точности (Double) это тривиальный машинный код, особенно для простых 8-ми битных МК?
Безусловно тривиальный. Это просто набор математических действий вписанный в систему команд МК. Где тут вообще язык? Вот реализация стека протоколов типа (TCP/IP, USB и т.п.), или задачи сортировки данных в ОЗУ, или логически сложные алгоритмы, где нужно совместить читабельность алгоритма с компактностью и/или скоростью исполнения... - это ТЕМАТИЧЕСКИЕ тесты, на основании которых можно предпочесть один язык другому по задаче. Как и выбор самого МК, кстати.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения