LINUX.ORG.RU

История изменений

Исправление www_linux_org_ru, (текущая версия) :

Особенно весело это работало бы, если у тебя несколько зависимостей хотят разных правок.

*именно поэтому* иногда надо библиотеку именно перекомпилировать

похоже ты не догадался, о чем я говорю; как-нибудь я расскажу еще поподробнее (но ниже кое-что есть); достаточно того, что ты заставил меня вспомнить и подумать над этим моментом

раст, конечно, может претендовать на выработку стандарта стандартной библиотеки, которая используется си-подобными языками без перекомпиляции — но надо учитывать, что от системного языка ожидается в том числе и возможность кастомной стандартной библиотеки (раст на это рассчитывает? или как?)

Для библиотеки использовать внутри unsafe и выставлять безопасный интерфейс - это очень даже правильных подход.

я подозреваю, что это в принципе невозможно по той причине, что две (или три) разных библиотеки, использующие unsafe, могут быть 100% безопасны по отдельности, но опасны вместе

это может произойти потому, что у них несовместимые assumptions относительно чего-то, что они все вместе пытаются модифицировать

в ооп частично делается проверка на совместимость (в частности код, у которого имеются assumptions по отношению к одной структуре данных, локализуется в одном файле); в расте тоже может что-то быть (причем другого плана, примерно как проверка на совместимость имплементации трейтов... как она там называется)

Исправление www_linux_org_ru, :

Особенно весело это работало бы, если у тебя несколько зависимостей хотят разных правок.

*именно поэтому* иногда надо библиотеку именно перекомпилировать

похоже ты не догадался, о чем я говорю; как-нибудь я расскажу еще поподробнее (но ниже кое-что есть); достаточно того, что ты заставил меня вспомнить и подумать над этим моментом

раст, конечно, может претендовать на выработку стандарта стандартной библиотеки, которая используется си-подобными языками без перекомпиляции — но надо учитывать, что от системного языка ожидается в том числе и возможность кастомной стандартной библиотеки (раст на это рассчитывает? или как?)

Для библиотеки использовать внутри unsafe и выставлять безопасный интерфейс - это очень даже правильных подход.

я подозреваю, что это в принципе невозможно по той причине, что две (или три) разных библиотеки, использующие unsafe, могут быть 100% безопасны по отдельности, но опасны вместе

это может произойти потому, что у них несовместимые assumptions

в ооп частично делается проверка на совместимость (в частности код, у которого имеются assumptions по отношению к одной структуре данных, локализуется в одном файле); в расте тоже может что-то быть (причем другого плана, примерно как проверка на совместимость имплементации трейтов... как она там называется)

Исходная версия www_linux_org_ru, :

Особенно весело это работало бы, если у тебя несколько зависимостей хотят разных правок.

*именно поэтому* иногда надо библиотеку именно перекомпилировать

похоже ты не догадался, о чем я говорю; как-нибудь я расскажу еще поподробнее (но ниже кое-что есть); достаточно того, что ты заставил меня вспомнить и подумать над этим моментом

раст, конечно, может претендовать на выработку стандарта стандартной библиотеки, которая используется си-подобными языками без перекомпиляции — но надо учитывать, что от системного языка ожидается в том числе и возможность кастомной стандартной библиотеки (раст на это рассчитывает? или как?)

Для библиотеки использовать внутри unsafe и выставлять безопасный интерфейс - это очень даже правильных подход.

я подозреваю, что это в принципе невозможно по той причине, что два (или три) разных библиотеки, использующие unsafe, могут быть безопасны по отдельности, но опасны вместе

это может произойти потому, что у них несовместимые assumptions

в ооп частично делается проверка на совместимость (в частности код, у которого имеются assumptions по отношению к одной структуре данных, локализуется в одном файле); в расте тоже может что-то быть (причем другого плана, примерно как проверка на совместимость имплементации трейтов... как она там называется)