Я бы поставил на то, что раст в ядро всё-таки протащат.
Когда-нибудь, туда протащат даже пайтон. Другое дело, когда это «прекрасное далёко» наступит (и что к тому времени, будет из себя представлять Линукс). :)
Кернел девелоперы тоже наверное:
www.phoronix.com/...page=news_item&px=MTM1NDY
Сбилдили cлангом кернел для Андроида? Хм... Похоже, пора переходитъ на ios.
Впрочем, как раз в этом никакой технической нужны не было — т.к. силанг худший компилятор, чем gcc. Но вероятно, хотят уйти из под GPL лицeнзии (как и FreeBSD ранее).
P.S. Я же не прошу включить мозги и подумать почему сишные либы тоже как динамические либы распространяют
Их не тоже как шаред библиотеки распространяют — а в основном, так распространяют.
Но есть опция распространения и в виде статических библиотек, под конкретный компилятор (и даже часто, без привязки к версии компилятора).
Для «плюсового» когда, возможности распространения в статических библиотеках отсутствуют, а в шаред очень ограничены (т.к. придётся выкинуть кучу «плюсовых» финдиплюшек, включая любимые эксепшены + сделать С-интерфейс наружу).
зачем плюсы, если нет наследования?
В основном, ради инкапсуляции переменных/методов в виде классов. Всё же это удобнее, чем структуры + указатели на функции.
В остальном да, незачем. От того же наследования — больше проблем, чем пользы. Особенно в «умелых ручонках»
до слез
Зачем в эмбеде наследование, если нет виртуальных вызовов/полиморфизма?
Как переводится слово «Arriving»? Как переводится слово «Preview»?
Вижуал Студио 2019 — уже вполне себе зарелизен.
Так, а как переводится слово «shared»? И кстати, они не библиотеки («libraries»), они «shared objects».
en.wikipedia.org/...mputing)#Shared_libraries
Ну и гугли по «shared library»
P.S. При чём тут LGPL и GPL, к чисто техническим ограничениям?
И не смотря на это, его все равно нужно было портировать на clang в свое время.
Нафига?
Похоже, ты ещё и не понимаешь, в чём именно разница между gcc и clang. :)
А в реальности MSVC забил на апдейты сишного стандарта и держит его где-то на уровне C89 (не бойсь еще до рождения нашего сишника)
devblogs.microsoft.com/...support-arriving-in-msvc
«C11 and C17 Standard Support Arriving in MSVC»
Там все есть
Найди здесь СТЛ: developer.android.com/ndk/guides/cpp-support
У ниасиляторов все всегда плохо почему-то
В твоих комментах — массовое присутствие Даннинга-Крюгера.
не идет по разным причинам. одна из основных — эксепшены, которые очень дорого обходятся на ембеддед
Есть куча разных реализаций СТЛ — и даже примитивную мелкомягкую реализацию можно скомпилировать, с полным вырезанием эксепшенов (для этого есть флажок).
Но не идёт, т.к. нафига? Для «плюсов» формально есть стандарты (которые каждые
Поэтому, в мобайле «плюсовые» компиляторы/тулсеты идут без стл (несмотря на то, что она в стандарте уже хрен знает сколько лет) . А в эмбеде идут без эксепшенов и наследования. Если вообще идут...
Просто твой аппка упокоится, насколько сможет ее упокоить ось.
Это да. Но ты-то хочешъ обработать этот эксепшн в своей программе — и сделать что-то разумное, чистое, светлое?
А вместо этого, твою программу успокоит ОС. :)
Ну-ну, главное верить. Это было в конце90-х, больше с такими извращениями я не сталкивался.
Ты с
Где не идет?
На мобайле. Андроид, Айос — там есть плюсовый компилятор, но СТЛ приходится тянуть и компайлить отдельно.
Нет. Но лекцию читать я не буду. В инете полно объяснений от писателей осей, почему динамические либы лучше.
Да. Просто, ты пытаешься спорить в теме, в которой ни бум-бyм. :)
я качаю сбилженый фреймворк и использую его
Скорее всего, в виде шаред библиотек...
Со всеми компиляторами с и с++ идут стандартные либы.
стл часто не идёт.
В рамках стандарта gcc поддерживается.
Для сишного кода — да. Для «плюсового» — нет.
И с прочими компиляторами, примерно то же (для мелкомягких компиляторов тоже).
Похоже, STL уже действительно поглотили и практически полностью включили в C++ Standard Library. Так что сейчас отдельный STL, вероятно, неактуален.
6 лет назад ситуация была иной.