https://www.opennet.ru/openforum/vsluhforumID3/125088.html Майкл Форни (Michael Forney), разработчик композитного сервера swc на базе протокола Wayland, развивает новый компилятор cproc, поддерживающий стандарт C11 и некоторые расширения GNU. Для генерации оптимизированных исполняемых файлов в компиляторе в качестве бэкенда применяется проект QBE. Код компилятора написан на языке Си и распространяется под свободной лицензией ISC...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55668<br> https://www.opennet.ru/openforum/vsluhforumID3/125088.html#317 Sun, 05 Sep 2021 11:28:21 GMT Firefox и сайтики кодит Mozilla<br> https://www.opennet.ru/openforum/vsluhforumID3/125088.html#316 Wed, 01 Sep 2021 08:37:05 GMT Он уже смотрел, но проигнорировал. Более того, в случае freestanding даже точка входа может иметь отличное от main() наименование (N1570, 5.1.2.1/1).<br> https://www.opennet.ru/openforum/vsluhforumID3/125088.html#315 Wed, 01 Sep 2021 06:38:40 GMT &gt;&gt; Хамить не надо, если не можешь опровергнуть аксиому, которая гласит: "библиотека не <br>&gt;&gt; часть языка Си".<br>&gt; Аксиомы не опровергают, а принимаются без доказательств. Сегодня, как и всегда было <br>&gt; раньше, рулит аксиома ISO/IEC 9899, которая гласит, что libc является <br>&gt; частью языка си. А ты кто такой, чтобы иметь на сей <br>&gt; счет личное мнение? Мало того, так еще это мнение и озвучивать? <br>&gt; Член секты свидетелей движения "всякое мнение имеет значение"?<br><br>Ни в коем случае не споря по поводу аксиом, посмотрите, что может предоставлять компилятор языка C для freestanding окружения:<br><br>A conforming freestanding implementation shall accept any strictly conforming program in which the &#8727; use of the features specified in the library clause (clause 7) is confined to the contents of<br>the standard headers &lt;float.h&gt;, &lt;iso646.h&gt;, &lt;limits.h&gt;, &lt;stdalign.h&gt;, &lt;stdarg.h&gt;, &lt;stdbool.h&gt;, &lt;stddef.h&gt;, &lt;stdint.h&gt;, and &lt;stdnoreturn.h&gt;. A conforming implementation may have extensions (including additional library functions) https://www.opennet.ru/openforum/vsluhforumID3/125088.html#314 Wed, 01 Sep 2021 06:27:32 GMT &gt;[оверквотинг удален]<br>&gt; перед тем, как передать ему управление. Просто задумайтесь, каким образом вообще <br>&gt; "дергаются пины". Кто и как Вам отображает уровень сигнала на "пине" <br>&gt; в ноль/единицу какого-то бита в байте по некоторому указателю или в <br>&gt; переменной. Нет там никаких пинов -- есть исключительно мнгоразрядные регистры, скорее <br>&gt; всего, на D-триггерах, в которые можно что-то записать с шины данных <br>&gt; по фронту/спаду синхросигнала, используя машинные инструкции. И два варианта -- регистры <br>&gt; эти существуют в отдельном адресном пространстве, или отображаются на память. Поскольку <br>&gt; си не различает этих вариантов этого, ему на помощь приходит libc <br>&gt; -- библиотека, расширяющая и дополняющая язык си, которая в вашем случае <br>&gt; сводит все к "дерганью пинов".<br><br>Скорее всего как-раз для этого никакая libc не нужна - чтение/запись по указателю уже и так есть в самом языке (для этого разные volatile и изобретали). А функций inp()/outp() наоборот ни в какой libc нет. В каком-то виде libc может потре https://www.opennet.ru/openforum/vsluhforumID3/125088.html#313 Tue, 31 Aug 2021 22:42:41 GMT &gt; Хамить не надо, если не можешь опровергнуть аксиому, которая гласит: "библиотека не <br>&gt; часть языка Си".<br><br>Аксиомы не опровергают, а принимаются без доказательств. Сегодня, как и всегда было раньше, рулит аксиома ISO/IEC 9899, которая гласит, что libc является частью языка си. А ты кто такой, чтобы иметь на сей счет личное мнение? Мало того, так еще это мнение и озвучивать? Член секты свидетелей движения "всякое мнение имеет значение"? <br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/125088.html#312 Tue, 31 Aug 2021 16:28:41 GMT &gt;&gt; Смелое утверждение. А как ввод/вывод осуществляется? В языке же нет на сей счет ничего. Весь ввод-вывод, и даже типы данных фиксированной длины определены в libc.<br>&gt; Ввода-вывод как он сделан в libc в маленькой эмбеддовщине вообще не нужен. <br>&gt; Там ввод-вывод - это дёрганье пинов, или коммуникации по i2c, в <br>&gt; libc ничего не этого нет впомине. Типы фиксированной длины это горстка <br>&gt; тайпдефов, libc чтобы их определить не нужен от слова вообще.<br>&gt;&gt; Считайте, что в контексте языка си любая библиотека, требования к функционалу которой определены в стандарте, и есть libc, как бы она не называлась.<br>&gt; Повторюсь, можно писать на C с библиотекой вообще никаким требованиям из стандарта <br>&gt; не отвечающей. А можно вообще без библиотеки.<br><br>Без библиотеки нельзя -- в языке, слава богу, нет никаких операторов ввода-вывода. Так что в любом случае Вам придется либо готовую libc брать под Ваш контроллер, либо самому ее под Ваши нужды изготавливать. Я думаю, что Вы просто не понимаете, ни что такое libc, ни что такое язы https://www.opennet.ru/openforum/vsluhforumID3/125088.html#311 Tue, 31 Aug 2021 15:06:23 GMT &gt; очень жаль что так и не удалось послушать начальника транспортного цеха.<br>&gt; Ой, полноценной комплексной арифметики в gcc. "GCC does not support the Annex <br>&gt; G imaginary types, but this support is optional, and complex multiplication <br>&gt; and division have excess overflows at runtime (although not beyond those <br>&gt; permitted by C99)." <br><br>Согласен немного недосмотрел, правда как-то в дикой природе не встречал ни одного человека, который-бы пользовался хотя-бы _Complex в C, не то, что ещё и _Imaginary. Плюс, видимо понимая это, разработчики стандарта в C11 все эти Annex-ы G, и прочие K (Bound Checking) сделали необязательными, а последний помнится мне даже хотели удалить, по крайней мере я помню такой запрос подавали. Но да, Вы и Хан правы - gcc не поддерживает, читал что у Intel-а в его ICC с этим лучше, но насколько это правда судить не могу.<br> https://www.opennet.ru/openforum/vsluhforumID3/125088.html#310 Tue, 31 Aug 2021 12:27:30 GMT На дасте?<br> https://www.opennet.ru/openforum/vsluhforumID3/125088.html#309 Tue, 31 Aug 2021 11:43:31 GMT очень жаль что так и не удалось послушать начальника транспортного цеха.<br>Ой, полноценной комплексной арифметики в gcc. "GCC does not support the Annex G imaginary types, but this support is optional, and complex multiplication and division have excess overflows at runtime (although not beyond those permitted by C99)." <br>