The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект по созданию реализации zlib на языке Rust, opennews (??), 11-Апр-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


36. "Проект по созданию реализации zlib на языке Rust"  +1 +/
Сообщение от Аноним (36), 11-Апр-24, 10:04 
> пока std::lib не наберёт достаточной мощи, чтобы отказаться от внешних crate'ов с самыми элементарными вещами

Ага, в C++ библиотека достаточно мощна, чтобы не использовать внешние либы. А в C так еще мощнее!

> автомагической скачки, не глядя, всех зависимостей и зависимостей их зависимостей, не может в итоге закончиться чем-то кроме помойки

Лол. Расскажи, как ты устанвливаешь зависимости в проекте на C++?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

80. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Маняним (?), 11-Апр-24, 11:17 
> Лол. Расскажи, как ты устанвливаешь зависимости в проекте на C++?

Руками, осознанно - осёл. И тысячу раз думаешь: действительно это тебе нужно или нет? Выбираешь,  проверяешь, решаешь и отвечаешь за зависимости и зависимости зависимостей ты, а не дядя левый, не ИИ.

Ответить | Правка | Наверх | Cообщить модератору

95. "Проект по созданию реализации zlib на языке Rust"  +3 +/
Сообщение от BeLord (ok), 11-Апр-24, 11:51 
Динозавры встречаются чаще, чем подобный подход, к сожалению. Обычный dev c трудом представляет, где его код лежит через полгода и что это код делает, про зависимости я просто молчу-)))
Ответить | Правка | Наверх | Cообщить модератору

166. "Проект по созданию реализации zlib на языке Rust"  +2 +/
Сообщение от Аноним (166), 11-Апр-24, 16:06 
И кто мешает растовику тысячу раз подумать, включать ли очередной крейт в проект? И проверить эти зависимости и зависимости зависимостей, как в си/плюсах? И после проверки скачать это в локальный репозиторий и проект подключить только на локальный? И, так же как в си/плюсах, в случае обновлений, снова всё перепроверять и перекачивать в локальный репозиторий?

> И тысячу раз думаешь

рассмешил, осел.

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

212. "Проект по созданию реализации zlib на языке Rust"  +1 +/
Сообщение от Александр (??), 11-Апр-24, 22:51 
В отличие от многих современных языков в C и C++ зависимости - это целая эпопея. Это не строчку прописать в каком-то конфиге. Тут начинаются вопросы о том, как прикрутить. В линуксе с этим несколько проще, так как в роли централизации собственно, сам пакетный менеджер дистра выступает. А на винде тот ещё треш. Не редко в нишевых или не опенсорсных проектах нужные либы вообще в исходниках затягивают к себе в репу, а то и под местную систему сборки. Ещё и падчинг не редкий. Тут хочешь-не хочешь, треть либы само собой освоится
Ответить | Правка | Наверх | Cообщить модератору

224. "Проект по созданию реализации zlib на языке Rust"  +1 +/
Сообщение от Советский инженер (ok), 12-Апр-24, 08:25 
>В отличие от многих современных языков в C и C++ зависимости - это целая эпопея.

вот ииенно.
сначала затягивают зависимости недедями, а потом годами боятся снова повторить этот челендж.
и имеем проекты с протухшими зависимостями.

Ответить | Правка | Наверх | Cообщить модератору

89. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Аноним (89), 11-Апр-24, 11:31 
>Ага, в C++ библиотека достаточно мощна, чтобы не использовать внешние либы. А в C так еще мощнее!

Как будто это не так. GLibc может всё, на что способно ядро плюс ещё дополнительно засчёт комбинации возможностей системных вызовов.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

111. "Проект по созданию реализации zlib на языке Rust"  +1 +/
Сообщение от Аноним (36), 11-Апр-24, 12:07 
Сколько софта в твоем дистре зависят сугубо от glibc и ни от чего больше?
Ответить | Правка | Наверх | Cообщить модератору

114. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Советский инженер (ok), 11-Апр-24, 12:14 
>Как будто это не так. GLibc может всё, на что способно ядро плюс ещё

так ты это объясни чуваку которому в расте стандартная либа недостаточно мощная

Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

129. "Проект по созданию реализации zlib на языке Rust"  +1 +/
Сообщение от Anony (?), 11-Апр-24, 13:03 
Пакетный менеджер системы, стрононние пакетные менеджеры (conan, vcpkg, xmake и т.д.). Руками можно поставить представь себе. CMake тоже может скачать и настроить проект в качестве зависимости.

Что дальше?

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

135. "Проект по созданию реализации zlib на языке Rust"  +2 +/
Сообщение от Аноним (36), 11-Апр-24, 13:19 
> Пакетный менеджер системы, стрононние пакетные менеджеры (conan, vcpkg, xmake и т.д.). Руками можно поставить представь себе. CMake тоже может скачать и настроить ...

Ну, вот. Теперь объясни, почему именно с Растом это вдруг стало проблемой.

Ответить | Правка | Наверх | Cообщить модератору

149. "Проект по созданию реализации zlib на языке Rust"  +1 +/
Сообщение от Аноним (149), 11-Апр-24, 14:27 
Единая точка отказа.
Ответить | Правка | Наверх | Cообщить модератору

157. "Проект по созданию реализации zlib на языке Rust"  –1 +/
Сообщение от Anony (?), 11-Апр-24, 14:46 
>> Пакетный менеджер системы, стрононние пакетные менеджеры (conan, vcpkg, xmake и т.д.). Руками можно поставить представь себе. CMake тоже может скачать и настроить ...
> Ну, вот. Теперь объясни, почему именно с Растом это вдруг стало проблемой.

Для меня не проблема, это как бы растовики сам считают проблемой пакетные менеджеры с++. Хотя я думаю растовики ничего сложнее hello world не писал на плюсах.

Мне на карго как человеку который пишет на С++ как хобби все равно :)

Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

167. "Проект по созданию реализации zlib на языке Rust"  +2 +/
Сообщение от Аноним (166), 11-Апр-24, 16:11 
> Хотя я думаю растовики ничего сложнее hello world не писал на плюсах.

Какие же вы ограниченные. И узнавать что-то, что противоречит вашему маня-мировоззрению, категорически не хотите. Даже жалко вас. Поспрашивай гугловцев, каких "hello world"'ов и сколько у них уже на расте написано. и Их мнения и планы насчет раста.

Ответить | Правка | Наверх | Cообщить модератору

168. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Anony (?), 11-Апр-24, 16:18 
Первым языком который я изучал как раз был rust. После уже перещел на С++.
Причем тут ограниченность? Причем тут программисты из гугла? Если они хотят избавиться от С++ ну и бог с ними.
Ответить | Правка | Наверх | Cообщить модератору

169. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Anony (?), 11-Апр-24, 16:23 
Я против раста ничего против не имею. Хороший язык да и пользуюсь терминалом alacritty каждый день.
Меня забавляют растовики которые топят за раст смешивая в одну кучу C и C++. и пишут что чуть ли hello world усыпан UB и течет. И я это замечаю, словно какая-то пропоганда против С++ и С.
Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

213. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Александр (??), 11-Апр-24, 23:05 
> Пакетный менеджер системы

Windows. Если только msys2, но там свои приколы.
> conan

Первой версии был годным. Очень легко прикручивался почти к любой системе сборке. Во второй дичь нагородили. Ещё и bintray убрали. И вот недавно у друга: cmake + Conan + wsl2. Веселились неделю. Ну, то есть на порядок больше телодвижений.
> vcpkg

В принципе, хорош. Но последний раз, когда использовал, пакетов было маловато.
> xmake

На сколько помню, это система сборки. К пакетным менеджерам отношения не имеет.
> CMake тоже может скачать и настроить проект в качестве зависимости.

Особенно, когда зависимости не на CMake. Всё же мир C и C++ известен своим зоопарком симтем сборки

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

232. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Anony (?), 12-Апр-24, 13:37 
Но cmake может решить зависимости (скачать, подготовить и собрать).

На счет зоопарка это да. Но все же есть пакетные менеджер и без жесткой привязке к одному пакетному менеджеру

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру