rust vs. c++: hash & allocators

let the срач begin

И?

Тебя заинтересует этот RFC: https://github.com/rust-lang/rfcs/blob/master/text/1398-kinds-of-allocators.md

Этот пропозал http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n3980.html, как я понял, не попадает в 17-й стандарт.

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

Ну сделай свой vec с аллокатором, кто тебе мешает? Или возьми одну из готовых реализаций. А если их нет, значит никому оно не нужно.

let the срач begin

end.

Продолжайте наблюдать и докладывайте.

но ты же вырастешь и запилишь свой язык, с аллокаторами и женщинами?

толсто.

Ты явно не понял смысла этого пропозала.

А если их нет, значит никому оно не нужно.

Плохой аргумент. В C++ тоже много чего нет (или есть, но не так, как надо), но многим нужно. Только в 17-м стандарте запилят polymorphic memory resource — нечто отдалённо напоминающее те аллокаторы, какими их все хотят видеть уже 20 с лишним лет.

Это хорошо, что есть такой RFC. Просто удивляет, почему в стандартной библиотеке языка, нацеленного на производительность, не было такого с самого начала.

Плохой аргумент. В C++ тоже много чего нет (или есть, но не так, как надо), но многим нужно.

Например? Естественно речь о том, что можно реализовать в рамках языка.

Только в 17-м стандарте запилят polymorphic memory resource — нечто отдалённо напоминающее те аллокаторы, какими их все хотят видеть уже 20 с лишним лет.

Что это и что тебе мешает их запилить прямо сейчас?

Например? Естественно речь о том, что можно реализовать в рамках языка.

Не у всех есть ресурсы запиливать свою STL, как это сделали в Electronic Arts.

Что это

Что тебе мешает погуглить прямо сейчас?

Не у всех есть ресурсы запиливать свою STL, как это сделали в Electronic Arts.

Ну вот и выходит, что никому не нужно. Если бы было нужно, ресурсы бы нашлись.

Всё в жизни кажется простым, когда тебе 15 лет, правда?

Не всё в жизни бывает сразу и с самого начала.

почему в стандартной библиотеке языка, нацеленного на производительность, не было такого с самого начала.

Видимо, потому, что авторы раста в курсе про итеративную модель разработки ПО. Удивительно, да?

Просто удивляет, почему в стандартной библиотеке языка, нацеленного на производительность, не было такого с самого начала.

Да чему тут удивляться - ресурсы-то не бесконечные.

Теперь надо итеративно выкинуть половину std и написать заново. Удивительно, да?

Теперь надо итеративно выкинуть половину std

Коллекции - это не половина std. Да и что ты там собрался выкидывать, непонятно. Там только добавляется пара конструкторов и меняются заголовки impl'ов. Ну, и, собственно, код аллокации.

Удивительно, да?

Твой мирок удивительный, да.

Сразу не могли нормально зделоть?

Сразу не могли нормально зделоть?

Это философский вопрос из разряда почему программисты пишут говнокод или откуда берётся легаси.

Сразу не могли нормально зделоть?

Сразу - это как? Вырвать волосок из бороды, сказать «Библиотекус запилянус!», и готово? Или пять лет сидеть и обсуждать каждый нюанс дизайна коллекций, не написав ни строчки кода?

Если ты хотел спросить «Почему они отложили это на post-1.0?», то ответ - «Потому что это далеко не всем надо, так что это не приоритетная задача».

Сразу не могли нормально зделоть?

Судя по нику, ты Эддичка.

Судя по постам, ты тот еще Эддичка.

Судя по нику, ты Эддичка.

А теперь, болезный, зайди в профиль и посмотри на URL.

После чего сдай детектор в ремонт, если гарантия ещё не закончилась.