fixed_capacity_vector
May. 30th, 2006 04:40Если наш дорогой
_winnie таки засабмиттит fixed_capacity_vector в boost, а буст опять начнёт нерезультативно размышлять, предлагаю осуществить Пушыстому мощную индустриальную поддержку.
По-минимуму - в виде всяческого PR-промоушена.
Чтобы помнили.
По-минимуму - в виде всяческого PR-промоушена.
Чтобы помнили.
no subject
Date: May. 30th, 2006 01:15 (UTC)Особенно у тех кто силнее Вас.
Сами все предложат.
Сами все дадут."
Поэтому, сижу и молча ковыряю C Bear. Я другое предлагаю - расширять C Bear. Чем будет отличатся, так это тем что все будет в одном репозитарии Subversion (просто с ветками стабильным и не очень ;-) ), а не 20 век - пошли ZIP, напиши нам письмо, а мы подумаем. Разработку Open Source Projects нужно вести близко по тем принципам, как пишут Wikipedia. Вноси изменения, а потом эти изменения проверяются (если они кому то нужны).
no subject
Date: May. 30th, 2006 08:15 (UTC)Как библиотека - буст всё более, ммм, бюэ, думаю, ты понимаешь, о чём я.
То есть тот же твой C Bear - он конкретнее.
Но буст - это же хороший шанс попасть в девятнадцатый том стандарта C++! :))
no subject
Date: May. 30th, 2006 08:21 (UTC)no subject
Date: May. 30th, 2006 08:32 (UTC)А вот придя в очередную компанию не видеть очередной набор велосипедов - это приятно.
no subject
Date: May. 30th, 2006 08:38 (UTC)Мы честно пытались использовать Boost и STL где можно. Со временем, их становится все меньше и меньше в наших проектах. Скорее, более важны соглашения по стандартизации велосипедов, чем велосипеды фирмы Boost. Если у вашего вектора интерфейс практически такой же как и std::vector, то проблем не будет с его использованием ;-)
no subject
Date: May. 30th, 2006 08:47 (UTC)no subject
Date: May. 30th, 2006 05:32 (UTC)no subject
Date: May. 30th, 2006 05:34 (UTC)no subject
Date: May. 30th, 2006 08:18 (UTC)Японец там, конечно, гламурненький, но вряд ли это Пушыстик.
no subject
Date: May. 30th, 2006 07:47 (UTC)Оттого и видел больше десятка реализаций.
А в одном проекте - было даже сразу три разных реализации.
Пусть лучше он будет в бусте.
no subject
Date: May. 30th, 2006 08:51 (UTC)Я за простые чистые компоненты ;)
no subject
Date: May. 30th, 2006 08:58 (UTC)С тагами интерфейсов :-)
no subject
Date: May. 31st, 2006 21:20 (UTC)А цикл
for (...) p->~T(); - он выкидывается всеми интересными компиляторами?
просто у меня похоже возникает два варианта.
1) Sequence с полностью стандартным поведением и
2) "контейнер старательного второкурсника-начинающего С++-программиста с лабой написать контейнер".
На компиляторе без уничтожения пустых циклов и агрессивного инлайнинга будет рулить второе. Но С++зилоты будут плеваться.
http://users.livejournal.com/_gvozdoder_/4065.html
no subject
Date: May. 31st, 2006 21:26 (UTC)no subject
Date: May. 31st, 2006 21:30 (UTC)no subject
Date: Jun. 1st, 2006 00:16 (UTC)У нас контейнеры были на traits.
Один из traits - как раз как делать конструирование, копирование, присвоение и уничтожение.
И для всех нужных типов он был определен с пустотой в конструировании и уничтожении.
Но вообще это конечно пездец, что
Ебланы.
Надо сцуко на Немерле уходить, хоть в JIT не так расстраиваешься.
Хотя оптимизатор в CLR - говно.
no subject
Date: Jun. 29th, 2006 12:52 (UTC)Монстр, Удовлетворяющий Стандарту не нужен большинству людей, которых смущает std::vector (ни Кваксу, ни Шодану, ни Диме).
А простой велосипед a-la boost::array - слишком простой, что бы заставить людей не писать самим, и всё равно не удовлетворит всех, что бы все его приняли как стандарт. И слишком простой, что бы его приняли в буст :))) (Если я выкину reverse итераторы, инициализацию из InputIteratorов - то это не boost-style, ИМХО, и скажут "иди нафиг со своей поделкой, которая не Sequence").
+1 в копилку ненависти C++ ^_^
no subject
Date: Jun. 30th, 2006 11:31 (UTC)