Ищу пакет с man страницами

man-pages, posix-man?

> PS: толи gcc надо с какимито use флагами скомпилировать толи doxygen-ом пройдтись по хидерам, хоть убей не помню.

Надо собрать gcc с USE-флагом 'doc'. НО в последних версиях gcc чуть-чуть поломали многопоточную сборку, и если make вызывается с -jN, где N>1, то манов на STL (и на сам gcc) скорее всего не будет. Так что либо собирай с -j1, либо ставь gcc 4.4.

> man-pages, posix-man?

Автор имеет ввиду не обычные линуксовые и посиксные ман-страницы, а man std::vector, man std::stringstream и прочие.

> Надо собрать gcc с USE-флагом 'doc'. НО в последних версиях gcc чуть-чуть поломали многопоточную сборку, и если make вызывается с -jN, где N>1, то манов на STL (и на сам gcc) скорее всего не будет. Так что либо собирай с -j1, либо ставь gcc 4.4.

Забыл сказать: перед пересборкой убедись, что у тебя установлен doxygen.

Спасибо, будем пересобирать.

> Надо собрать gcc с USE-флагом 'doc'.

Я знал, что генту - жесть, но не знал, что такая.. О_о"

>> Надо собрать gcc с USE-флагом 'doc'.

> Я знал, что генту - жесть, но не знал, что такая.. О_о"

Почему? Ну что если и сам STL, и доки к нему входят в состав gcc.

Да входить и выходить они могут куда угодно, зачем при этом gcc _собирать_ ?

> Да входить и выходить они могут куда угодно, зачем при этом gcc _собирать_ ?

При сборке пакета sys-devel/gcc, если установлен флаг doc, прилагаемые к нему сырые файлы документации преобразуются в читаемый вид. А если они не нужны (флаг -doc), то можно их и не преобразовывать и не устанавлливать. Что непонятного?

> Надо собрать gcc с USE-флагом 'doc'. НО в последних версиях gcc чуть-чуть поломали многопоточную сборку, и если make вызывается с -jN, где N>1, то манов на STL (и на сам gcc) скорее всего не будет. Так что либо собирай с -j1, либо ставь gcc 4.4.

Собирал 4.3.3 без -j - ман gcc(1) есть, а манов по STL нет. Doxygen стоит и раньше маны были. Видимо, поломали не только многопоточную сборку...

гентушники такие гентушники.

> Что непонятного?

Что непонятного было сказано постом выше. Какое отношение компилияция и линкова двоичных файлов /usr/bin/{cc,gcc,g++,gdb} имеет к преобразованию info в /usr/share/man/man3/__gnu_cxx::* и /usr/share/doc/gcc-{$GCC_VERSION}-base/libstdc++/html/* ?

> Какое отношение компилияция и линкова двоичных файлов /usr/bin/{cc,gcc,g++,gdb} имеет к преобразованию info в /usr/share/man/man3/__gnu_cxx::* и /usr/share/doc/gcc-{$GCC_VERSION}-base/libstdc++/html/* ?

Соответствующие программы запускаются одной и той же программой portage, все параметры запуска сведены в один ебилд.

При желании можно вручную запустить, скажем, ebuild /usr/portage/sys-devel/gcc/gcc-4.3.2-r3.ebuild unpack, вручную запустить сборку документации, скопировать файлы куда надо, вручную прописать их в /var/db/pkg/sys-devel/gcc-4.3.2-r3/CONTENTS ; либо переделать ебилд, вырезав компиляцию и линковку, и установить получившийся пакет. И то, и другое на быстром компьютере займёт время, сопоставимое с простой пересборкой.

Почему не вынесли документацию в отдельный пакет, не знаю. Видимо, решили, что она никому не нужна без GCC. :)

Или не unpack, а configure...

> Почему не вынесли документацию в отдельный пакет, не знаю. Видимо, решили, что она никому не нужна без GCC. :)

Ну было бы полезно иметь возможно поставить доки отдельно, после того, как компилятор уже поставлен. Как раз где-то в этой окрестности есть недоработка в portage. И не всегда можно так вот просто собрать доки отдельно. Не знаю как с этим обстоят дела конкретно у gcc.