<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Разработчики из Google предложили разработать свою libc для ...</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html</link>
    <description>Один из разработчиков из компании Google поднял (http://lists.llvm.org/pipermail/llvm-dev/2019-June/133269.html) в списке рассылки LLVM тему разработки многоплатформенной стандартной Си-библиотеки (Libc) в рамках проекта LLVM. По ряду причин Google не устраивают текущие libc (glibc, musl) и компания на пути к разработке новой реализации, которую предлагается развивать в рамках проекта LLVM.&lt;br&gt;&lt;br&gt;&lt;br&gt; Наработки LLVM последнее время используются в качестве основы для построения сборочного инструментария Google. Основной идеей является то, что если Google уже начал развивать свою libc, то почему бы ему сразу не развивать свою систему в составе LLVM, который уже развивает свою стандартную билиотеку для С++ (Libc++), но не имеет аналогичной стандартной библиотеки для Си (Libc).&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Разработку планируется вести поэтапно, постепенно наращивая функциональность. Первые варианты предлагается оформить в виде прослойки между приложением и системной Libc, из которой будут заимствоваться ещё не реализованные возможности. Посл</description>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#144</link>
    <pubDate>Wed, 11 Sep 2024 23:33:19 GMT</pubDate>
    <description>Потому что если они будут писать код на Go, то сдохнет Go, а не приложения написанные на Си под андроидом.&lt;br&gt;</description>
</item>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#143</link>
    <pubDate>Wed, 11 Sep 2024 23:24:26 GMT</pubDate>
    <description>2024 год. В гугловской libc поломана getopt (которая в POSIX, не которая длинные опции читает).&lt;br&gt;В мэнпейджах и в POSIX, везде указывается что аргумент состоящий _полностью_ из строки &quot;--&quot; прерывает дальнейшее чтение опций. Так же аргументы опций могут следовать как в следующем аргументе командной строки, так и в одном и том же аргументе сразу после символа опции. Никаких ограничений на то какой символ модно использовать для опции нету.&lt;br&gt;Это позволяет реализовать длинные опции через символ &apos;-&apos;, например &quot;--help&quot;, просто добавив в optstring &quot;-:&quot;. Поскольку getopt сначала проверяет равен ли аргумент командной строки строке &quot;--&quot; и только потом парсит его кау опцию если первый символ &apos;-&apos;, мы может убить двух зайцев одним камнем и иметь сразу и прерыватель &quot;--&quot;, и опцию &apos;-&apos;, если будем скармливать ей её аргумент сразу после префикса &quot;--&quot;.&lt;br&gt;&lt;br&gt;Гугловский getopt на адроиде выдаёт &quot;Invalid option &apos;-&apos;&quot;. Почему? Потому что всё то, что перечислено в конце статьи.&lt;br&gt;</description>
</item>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#142</link>
    <pubDate>Tue, 02 Jul 2019 15:24:41 GMT</pubDate>
    <description>Я пользуюсь Firefox&lt;br&gt;</description>
</item>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Ordu)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#141</link>
    <pubDate>Sun, 30 Jun 2019 10:09:45 GMT</pubDate>
    <description>&amp;gt; Я прекрасно вас понял!&lt;br&gt;&amp;gt; Просто, то что вы назвали адаптированным кодом, прозвучало так, как-будто в реальных &lt;br&gt;&amp;gt; проектах так никто не пишет!&lt;br&gt;&lt;br&gt;Пишут. Ещё и не так пишут. Бывает такой кошмар в коде, что сей пример на его фоне будет выглядеть совершенно безобидным.&lt;br&gt;</description>
</item>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#140</link>
    <pubDate>Sun, 30 Jun 2019 09:37:04 GMT</pubDate>
    <description>Я прекрасно вас понял!&lt;br&gt;&lt;br&gt;Просто, то что вы назвали адаптированным кодом, прозвучало так, как-будто в реальных проектах так никто не пишет!&lt;br&gt;</description>
</item>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#139</link>
    <pubDate>Sun, 30 Jun 2019 09:07:54 GMT</pubDate>
    <description>&amp;gt;&amp;gt;&amp;gt;Ваш for (; *to != &apos;&#092;0&apos;; ++to) это strlen в упрощенном виде:&lt;br&gt;&lt;br&gt;В этом и весь смысл.&lt;br&gt;Вы всё равно должны учесть, что всё это рассчитано главный образом на компилятор gcc. (__GNUC__)&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;&amp;gt; С точки зрения компилятора ваш код ничем не отличается от того, что в musl.&lt;br&gt;&lt;br&gt;Так в том и суть, если нет разницы зачем писать такие &quot;заклинания&quot;. Покажите мне хоть одну книгу по языку Си, где так учат писать код.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;&amp;gt;Итого, вы придрались к оформлению и к *d++ = 0, где инкремент может выпилить компилятор.&lt;br&gt;&lt;br&gt;Именно такие ситуации, в конечном итоге, и приводят к логическим ошибкам в коде программы.&lt;br&gt;Игнорировать такое просто недопустимо!!!&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;&amp;gt;Возникает вопрос зачем 100500 раз везде писать &quot;for (; *to != &apos;&#092;0&apos;; ++to)&quot; вместо strlen?&lt;br&gt;&lt;br&gt;Потому что (в таких случаях):&lt;br&gt;если всё что вы делаете, так это двигаете указатель (чтобы затем использовать его) --&amp;gt; просто напишите цикл. В других случаях, при других обстоятельствах - я с вами полностью согласен!&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;&amp;gt;Другой вопрос почему strlen не сделан в виде макроса.&lt;br&gt;&lt;br&gt;Потому что луч</description>
</item>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Ordu)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#138</link>
    <pubDate>Sun, 30 Jun 2019 07:57:35 GMT</pubDate>
    <description>&amp;gt; &quot;Реальный код&quot; - это код который написан реальными людьми, так что любой &lt;br&gt;&amp;gt; код это реальный код!&lt;br&gt;&lt;br&gt;Как ты думаешь, если бы &quot;реальный код&quot; == &quot;любой код&quot;, то зачем мне нужно было говорить прилагателное &quot;реальный&quot;? Явно ведь, что я хотел сказать что-то иное, а не то, что тебе хочется, так? Я верю в тебя, и тебе тоже следует поверить в себя: ты можешь понять, что именно я говорил, если подумаешь. Не сдавайся так быстро.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#137</link>
    <pubDate>Sun, 30 Jun 2019 07:26:35 GMT</pubDate>
    <description>Никто и не отрицает важность умения читать и понимать то что написали другие люди, и в случае если потребуется, уметь писать в таком же стиле, в рамках проекта игнорируя свои личные предпочтения.&lt;br&gt;&lt;br&gt;&quot;Реальный код&quot; - это код который написан реальными людьми, так что любой код это реальный код!&lt;br&gt;Что на счёт &quot;Хорошего кода&quot;, то тут у каждого свое представление о том что это значит.&lt;br&gt;</description>
</item>

<item>
    <title>Разработчики из Google предложили разработать свою libc для ... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/117745.html#136</link>
    <pubDate>Sat, 29 Jun 2019 15:17:02 GMT</pubDate>
    <description>Так или иначе везде циклы, я-то думал, что будет  что-то фантастическое в одну/две операции. Все равно за примеры спасибо.&lt;br&gt;</description>
</item>

</channel>
</rss>
