И завершится это ошибкой... В репах centos ведь накладывают патчи, в т.ч. с поддержкой дополнительных модулей.
Если "не уверены" - следите за обновлениями репозитария, из которого поставили nginx. Напишите, наконец, тому кто этот пакет сопровождает.
Вообще, глупо использовать дистрибутив, где половину софта приходится ставить из таких "левых" источников - не находите?
Возьмите src.rpm от старого пакета. Распакуйте. Положите рядом тарбол с новым исходным кодом. Замените в nginx.spec версию, поправьте патчи, чтобы они накладывались на новые исходники. Вот и все. Собирите src.rpm и бинарные rpm-ки с нового спека.
... кривыми руками "оптимизатора", который о ключах компилятора только методом научного тыка узнает ...
насколько лучшая? производительность чего?
Вы не пеар-манагер часом? :)
... gentoo. Но вот надо-ли?
Чтоб это все значило... Нешто решились на стабильный апи для модулей?
"Ламеру" не нужно самому обновлять nginx. Чем конкретно Вас не устроил тот, что запаковали в дистрибутиве. Цифиркой версии?
либо уменьшите выделяемую память xcache - либо увеличьте данные переменные (shmall, возможно shmax)
sysctl -A | grep kernel.shm
телепаты, ау? так?
ОС? версии используемого ПО, xcache? ставили xcache из дистрибутива или собирали сами?
поставьте пакеты с отладочными символами, пусть генерируются core-файлы и смотрите дальше дебагером в чем там проблема.
Он съест Ваш мозг.
Вы suhosin патч накладывали на свою "ручную" сборку PHP?
phpinfo() может
