при компиляции не хватает памяти.

Что делать?

Кака минимум ставить 64 битную ОС.

Ну в 64 битной у меня компилируется нормально.

Добавь памяти.

Ну так в чём проблема. Ты б ещё по досом компилял. Ещё вангую что тебе нужен setarch i386.

Естественно. Ты что не в курсе, что 32-битные оси не могут использовать под один процесс больше 3 с чем-то гигов оперативки?

Вы короче в настройках ядра вообще не разбираетесь. И пишите тут лёгкие идеи свои.

Ещё можно включить pae, но зачем извращаться?

А что тогда в x86_64 компилировать для x86?

Да. setarch i386 и компиляй.

занятая оперативка увеличивается до 3G

Одним процессом?

занятая оперативка увеличивается до 3G

Тогда только переходить на x86_64.

больше 3 с чем-то гигов оперативки?

Без «с чем-то», это упёртость Линуса. Читать тут: https://lwn.net/Articles/75174/

Компилируешь в один поток? А gcc так же выжирает память?

у меня такая же проблема с llvm. на машине 8 Гб памяти, система 64-ёх разрядная

Так pae вроде же во всех современных дистрах с 32-битным вариантом есть по умолчанию ?
Хотя тут, похоже, Gentoo

А у меня нет такой проблемы на 2х гигах. Просто в своп уходит. Включи своп и выставь нормально количество потоков.

в slackware выключается highmem и появляется pae.

И в один поток, и в несколько, не срабатывает.

стоит в 4 потока, если только действительно попробовать со свопом

в нексколько памяти больше жрать будет, имхо

вобщем включил своп и на всякий случай увеличил размер /var/tmp, в котором portage хранит файлы, который в tmpfs, и скомпилировалось. правда оно и до этого через раз компилировалось, т.е. ему то хватает памяти, то нет. от свопа кстати после компиляции было отожрано 2 гига (это с 8 гигами памяти)

/var/tmp, в котором portage хранит файлы, который в tmpfs

Facepalm.hevc

а что не так? т.е. можно было его не увеличивать, раз своп увеличил?

Можно было убрать tmpfs и свопинга бы не было.

Не поможет. У него процесс больше 3 выжирает судя по всему