Адекватная замена для MS STL deque?, нужна замена в связи с багой в MS STL Опции

[Iron Bug]

Блин. Где собрать? Как подключить? Внешне отличаться он не будет?

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

[Iron Bug]

Ура! Я собрала STLport с бустом под студией 2005.

Пишу маленькую инструкцию:

Сборка STLport + Boost компилятором MSVC 2005

(я собирала с версиями STLport 5.2.1, Boost 1.44.0, MSVS 2005 SP1)

1. Качаем последнюю версию буста тут. Разворачиваем куда-либо. Допустим, пускай это будет папка c:/src/boost_1_44_0. Оттуда же качаем уже собранный bjam и помещаем bjam.exe в корневую папку с бустом (вообще, он поставляется прямо с бустом и можно его самостоятельно собрать, запустив bootstrap в корневом каталоге буста).

2. Качаем последнюю версию STLport тут. Разворачиваем куда-либо. Допустим, пускай это будет папка c:/src/STLport-5.2.1.

3. Собираем буст с заголовками STLPort:
3.1. В каталоге c:/src/boost_1_44_0/tools/build/v2 правим файл user-config.jam. Добавляем строку с указанием расположения заголовочных файлов STLport:

using stlport : 5.2.1 : с:/src/STLPort-5.2.1/stlport ;

Пробел перед завершающим символом ";" обязателен! (блок code убивает пробелы - так что вставляю в quote)
(Буст добавляет букву p к именам библиотек, которая означает, что данная сборка собрала с STLport. Так что сборка безопасна, если у вас собраны другие варианты библиотеки).

3.2. Из корневого каталога буста (там уже лежит bjam.exe) запускаем bjam c нужными нам параметрами. Например, для полной сборки буста это будет такая строка:

bjam stdlib=stlport --toolset=msvc-8.0 --build-dir="папка, где будут храниться временные файлы во время сборки" --build-type=complete "путь, куда буст будет складывать готовые файлы"

Обратите внимание, добавлена опция stdlib=stlport - это и есть указание использовать наш STLport.
Запускаем bjam и идём отдыхать: собирается он долго и нудно. Чтобы было быстрее, можете добавить в строку опцию -jN, где N - количество ядер CPU у вас на компе - тогда он будет распараллеливать процесс сборки. Можете запустить bjam --help и посмотреть другие параметры: например, можно указать, куда конкретно складывать заголовки и библиотеки, и прочие такие полезные опции.

4. Собираем сам STLport:
4.1. Открываем консоль (cmd). Запускаем установку переменных окружения MSVC 2005. Если студия установлена в стандартном варианте, с 32-битной платформой, то это будет выглядеть так:

"С:\Program Files\Microsoft Visual Studio 8\VC\bin\vcvars32.bat"

4.2. Далее НЕ ВЫХОДЯ из консоли, перемещаемcя в ней к нашей папке с STL (cd c:/src/STLport-5.2.1) и в этой папке выполняем следующую команду:

configure msvc8 --with-static-rtl

Я собирала со статической линковкой стандартных библиотек. Можете использовать динамическую, заменив опцию на --with-dynamic-rtl.
4.3. НЕ ВЫХОДЯ из консоли, переходим в каталог c:/src/STLport-5.2.1/build/lib и запускаем там команду

nmake /fmsvc.mak install

Ждём, когда скомпилится. Детально про сборку и возможности проверки собранного STLport можно почитать в файле c:/src/STLport-5.2.1/doc/README.msvc (правда, там опечатка с указанием опции компилятора - он задаётся без префикса -c).

5. Открываем студию и прописываем в студии пути для нашего STL: меню Tools->Options. Настройка VC++ Directories:
Platform: Win32, Show directories for: Include files - добавить ПЕРЕД всеми стандартными путями путь c:/src/STLport-5.2.1/stlport
Platform: Win32, Show directories for: Library files - добавить ПЕРЕД всеми стандартными путями путь c:/src/STLport-5.2.1/lib

Собственно, всё.

Код править не нужно, насколько я понимаю. У меня deque заработал без проблем. Просто перекомпиляция.

P.S. Теоретически, можно собирать и без буста.

P.P.S. Если вдруг кто-то захочет собрать и что-то вдруг не будет собираться - сообщайте. Я могла что-то упустить, хотя вроде бы всё написала и порядок не перепутала.

Сообщение отредактировал Iron Bug - 7.10.2010, 15:47

[Iron Bug]

Чуть поторопилась я с вариантом сборки STLport c бустом: он не собирается с ходу с новыми бустами. Однако, это не мешает собирать буст с самим STLport и писать проги с использованием STLport и boost.
Сам STLport из буста юзает только type_traits, это не критичная фича. Так, сбоку бантик. В новых бустах там не много изменилось: пару заголовков переместили. Может, попозже напишу патч для STL, чтобы он собирался с новым бустом, если будет время.
Инструкцию чуть подправила по этому поводу, в остальном вроде всё правильно. Только что собрала другую версию буста с STL. Сейчас буду пересобирать и проверять свои глобальные проекты, которые активно юзают разные фичи STL.

А я тем временем собрала то же самое под линём, с gcc. Скорее из любопытства, чем по необходимости. Пока ещё не проверяла компиляцию с проектами, но буст уже собрался. Надо сказать, что в венде эту связку собрать - это ещё цветочки! Под линём косяков с нестковкой буста и STLport было больше, а документации практически нет. Если эта химия заработает и кому-то понадобится вдруг - могу накатать аналогичную телегу и для линя. Хотя это геморно весьма: там стопицот мелких настроек там и тут. Но если заработает - я погоняю тесты на скорость. Про венду в инете пишут, что с STLPort проги быстрее робят. Надо проверить и под линюксом, ради интереса.

Сообщение отредактировал Iron Bug - 7.10.2010, 22:10

[Iron Bug]

В общем, под вендой у меня всё заработало.
Есть некоторые тонкости, которые сразу просечь трудновато.
Во-первых, практически вся конфигурация STLport фактически задаётся в файле STLport-x.x.x/stlport/stl/config/user_condig.h.
Во-вторых, чтобы эта настройка через файл подействовала, надо обязательно пересобрать STLport с опцией clean:

nmake /fmsvc.mak clean install

Без clean он тупо переименовывает библиотеки и в итоге получается бардак.
Со статической/динамической линковкой я разобралась, но это дофига информации. Вроде там всё логично, но весьма трудно для изложения в единой связке и долго. Поэтому если будут какие вопросы - пишите сюда, попробую ответить.

Сообщение отредактировал Iron Bug - 8.10.2010, 9:52

[Iron Bug]

Аццкая жесть или как под вендой заставить STLport выводить в консоль русские буквы (ну или какие-либо, которые в коде присустствуют) в UTF-8 (убила целый день, чтобы просечь, как это сделать!). Суть была в том, чтобы не переписывать кучу проектов под STLport iostreams.

Частично стащено отсюда, поправлены ошибки и выдернута часть только для венды (для линя и так всё работает, без особого выпендрёжа). Честно говоря, вдаваться в тонкости и разбираться во всех хитросплетениях локалей (а это самое моё ненавистное место в программах!) мне не хотелось. Это решение маленькое, возможно, не самое оптимальное, но оно РАБОТАЕТ.

Раскрывающийся текст

#include <Windows.h>
#include <iostream>
#include <locale>
#include <set>
#include <stdexcept>
#include <stdio.h>

using namespace std;

void configure_locale() {
    //Decoding of wchar in output only happens in unsynced mode.  
    ios::sync_with_stdio(false);
    //Platform dependent locale name building. Needed only for output encoding. 
    char localeString[200];

    const int bufferLength=100;
    char buffer[bufferLength];
    // Obtaining user language
    long rc=GetLocaleInfo(GetUserDefaultLCID(), LOCALE_SISO639LANGNAME, (LPWSTR)buffer, bufferLength);
    
    //Checking for errors. Error codes taken from MSDN. Neither of them happened earlier. 
    if (!rc) {
        switch (GetLastError()) {
        case ERROR_INSUFFICIENT_BUFFER:
            throw runtime_error("Insufficient buffer size while retrieving language info");
        case ERROR_INVALID_FLAGS:
            throw runtime_error("Invalid flags while retrieving language info");
        case ERROR_INVALID_PARAMETER:
            throw runtime_error("Invalid parameter while retrieving language info");
        default:
            throw runtime_error("Unknown error while retrieving language info");
        }
    }
    // Obtaining codepage. In sltport we may also use a string "OCP" instead of value returned by GetConsoleOutputCP().
    long cpInt=GetConsoleOutputCP();
    sprintf_s(localeString,100,"%ws.%d",buffer,cpInt);

    //A new short locale name is built. We can use it to init encoding conversions.
    typedef codecvt<wchar_t, char, mbstate_t> Code;
    Code * code=new codecvt_byname<wchar_t, char, mbstate_t>(localeString);
    //Resetiing global locale object.
    locale::global(locale(locale(localeString), code));
    //We should imbue new locale in iostreams.
    typedef set<wostream::_Basic_ios  *> Streams;
    Streams streams;
    streams.insert(&wcout);
    streams.insert(&wcerr);
    streams.insert(&wclog);
    streams.insert(&wcin);
    for (Streams::iterator i=streams.begin(); i!=streams.end(); i++) {
        if (!(*i))
            continue;
        (*i)->imbue(locale());
        (*i)->rdbuf()->pubimbue(locale());
    }
}

Используется просто вызовом

_wsetlocale(LC_ALL,L"russian");
configure_locale();

перед началом работы. Собирается с опциями использования юникода.
Вывод стандартный:

wcout << L"Русский текст";

Сообщение отредактировал Iron Bug - 11.10.2010, 14:21