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