Ретробутстраппинг Rust по какой-то причине ( graydon2.dreamwidth.org )
> Современные clang и gcc не компилируют LLVM, использовавшийся тогда (C++ слишком сильно изменился)
Связано ли это с изменением значений по умолчанию для используемого стандарта и можно ли это «исправить» добавлением «std=xxx» к CXXFLAGS?
Я успешно собрал LLVM эпохи ~2011 года без каких-либо проблем (после изменения опции) с помощью gcc в прошлом году
Одной из самых больших болевых точек, которые я испытываю в C++, является догматическая поддержка “старого” кода, я бы сказал, в ущерб текущей версии. Но из-за этого у меня никогда не было проблем с обратной совместимостью версий кода.
Я считаю, что Guix столкнулся с некоторыми проблемами при загрузке Rust (что связано с воспроизводимыми сборками, которые они хотят делать), об этом есть статья от 2018 года: < https://guix.gnu.org/en/blog/2018/bootstrapping-rust/ >.
Трудность воспроизведения сборок и шагов даже с такого недавнего времени, как 2011 год, несколько тревожит; стабилизируется ли технология или станет еще хуже? В какой момент мы столкнемся с чем-то используемым, что мы больше не можем производить?
Не уверен почему, но я получаю 403 Forbidden, так что если вы получаете то же самое, вот ссылка archive.is https://archive.is/UH5fg
Вы не единственный, кого заблокировали. Я писал dreamwidth об этом в прошлом, и они сказали, что это то, что делает их хостер вышестоящей сети, и они даже не могут это исправить, если пользователи их сайта захотят это исправить. Они несколько ограниченный и сломанный хостер, частично переупаковывающий услуги какой-то другой компании.
>Служба поддержки Dreamwidth Studios: Мне жаль, что вы испытываете разочарование. Вставка «полуслучайно выбранная для решения CAPTCHA» с визуальной CAPTCHA исходит от нашего хостинг-провайдера, а не от нас: … и мы не имеем никакого контроля над тем, будет ли показана CAPTCHA кому-то из определенной сети, потому что мы не те, кто контролирует ограничение. Это также относится к 403.
Source: news.ycombinator.com