Ой, а можно по-русски? 

Добавлено через 21 секунду
Да, и кстати boost::array - это для массивов постоянного размера.

А вот в подтверждение моих слов результаты метода max_size(), который возвращает максимальное количество символов, которое может содержать экземпляр класса std::string:

gcc - 1073741820
msvc - 4294967294

Т.е. все-таки msvc хоть и имеет размер класса 28 байт, но он резервирует много памяти для новой строки о чем говорит функция capacity(), которая возвращает 15 байт для msvc и 0 байт для gcc.

Это сообщение отредактировал(а) SABROG - 30.7.2008, 17:19

Еще ради интереса stlport бы сравнили на обоих компиляторах  А так же gcc 4.x 

мне вот интересно к чему эти тесты? если бы С строки оказались быстркее, вы бы отказались от string? иЛи из-за того, что msvc дает меньший размер все бросят gcc? по моему это пустая трата времени...

А к чему любые подобные тесты?  

Ага, а потом начнется, а вот еще и для watcom сравните и для icc и для bcc. А потом на разных платформах, операционных системах. А потом версии библиотек, стабильные/не стабильные. А потом еще и с разными ключами собранные библиотеки. А потом скажут, что сравниваете не верно, код должен быть другой.  

А у меня stlport не собирается для Студии. Вот что сообщает:

Какие мысли?

Вы на stlport тестируйте, там честнее будет для всех компиляторов, т.к. у студии собственная stl.

Вот я и попытался...

Народ, а че за фигня. Прописал пути:



Пытаюсь скомпилить так:



Получаю: 



Меняю на 



Получаю 



Меняю на:



Опять не компилится. Меняю на полный путь:



Компилиться. Почему линкер не видит ни переменную окружения LIB, ни косвенный путь через -L./LIB/ (даже -L../LIB пробывал с вариациями) ?
---

Ага, это спасает отца русской демократии:



Это сообщение отредактировал(а) SABROG - 30.7.2008, 23:51

Вроде бы собрал STLPort для обоих компиляторов, а размеры классов почему-то не изменились также как и количество занимаемой памяти. Даже как в мануале прописал инклюд первым, видимо компилеры все-таки родной STL включают. Пол третьего ночи, сил уже нету...

Попробуй в STLPort'овском string'е прописать #error hello world.
если сообщение ошибке не вылетит - значит stl port не подключен. если вылетит - подключен

Прописал этот error в файле "string.h" STLPort'a, снес переменную окружения INCLUDE, прописал в переменной окружения PATH путь с инклюдами STLPort'a в самом начале. Не помогает, все-равно mingw берет старый и все нормально компилит.
---
Похоже при компиляции каждый раз нужно задавать непосредственные пути. Так error выдает, что говорит о том, что все-таки STLPort увиделся:


---
Фух, собрал таки наконец. Итак 6 млн.ов классов std::string (STLPort) занимают в памяти:

msvc - 189 132kb (Родной STL - 235 716kb)
mingw -  188 912 kb (Родной STL - 141 896kb)

Пустой класс имеет размер 24 байта для обоих компиляторов.

6 млн.ов строк "hello, worldhello, worldhello, worldhello, worldhello, worldhello, worldhello, worldhello, worldhello, worldhello, worldhello, worldhello, worldhello, world" отнимают приблизительно 1 гиг и 200 мегов памяти и при этом разница между компиляторами не была больше 400кб.

Это сообщение отредактировал(а) SABROG - 31.7.2008, 08:55

SABROG - Вот ты упертый   Спасибо от всех читающих сею тему  
Я вот поразмыслил. В моем представлении строковый класс должен содержать что-то вроде:

или

И это 12 байт. А на* еще 12 байт, и для чего их использовать...хз...

Дык я же писал, что у msvc 15 байт в резерве на строку. Т.е. по сути пустой экземпляр класса std::string это готовая строка размером в 15 байт, поэтому нет никакой разницы между пустым классом и заполненным, если строка меньше 15 символов. Делалось это, по видимому, для ускорения работы программы, чтобы не приходилось дополнительно выделять память под каждую строку в зависимости от длинны строки.