Проблема с компиляцией PHP на Centos
Я пытаюсь весь день скомпилировать новейший PHP из исходного кода. Сначала после configure, make, make install нигде в системе не было libphp5.so (проблема с модулем PHP SAPI CGI вместо apache2handler), после загрузки исходного кода еще раз и компиляции еще раз, когда команда make install в этот момент останавливается
php-5.3.5]# make install
Installing PHP SAPI module: apache2handler
/usr/lib64/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib64/apr-1/build/libtool' libphp5.la /usr/lib64/httpd/modules
/usr/lib64/apr-1/build/libtool --mode=install cp libphp5.la /usr/lib64/httpd/modules/
cp .libs/libphp5.so /usr/lib64/httpd/modules/libphp5.so
cp .libs/libphp5.lai /usr/lib64/httpd/modules/libphp5.la
libtool: install: warning: remember to run `libtool --finish /root/php-5.3.5/libs'
chmod 755 /usr/lib64/httpd/modules/libphp5.so
[мигает курсор здесь, и он мигает вечно]
Есть идеи??
это моя настройка
'./configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-mime-magic=/usr/share/file/magic.mime' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-system-tzdata' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--without-odbc' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter'
система: сентос 64 бит php 5.3.5
РЕДАКТИРОВАТЬ: когда я вошел в систему с другого терминала и использовать верх, процессор был на 100%
7516 root 25 0 80144 4164 1452 R 100.0 0.1 2:02.37 apxs
РЕДАКТИРОВАТЬ: та же проблема описана здесь http://www.linuxforums.org/forum/servers/138135-trying-install-php-5-2-6-but-apxs-takes-forever.html
2 ответа
Зачем вам [ab] использовать корпоративную ОС, компилируя PHP из исходного кода? Если вы используете CentOS, это должно быть последним средством.
Если вам просто нужен PHP 5.3.5, то я предлагаю использовать Репо сообщества IUS.
У меня есть подробные инструкции по использованию в моем ответе здесь.
Я собираюсь повторить предложение HoboDave здесь. Компиляция вещей из исходного кода в CentOS/RHEL является болезненной, непроизводительной и почти всегда совершенно ненужной.
Итак, вопрос номер один: зачем вам нужно компилировать PHP из исходного кода? Если вы не знали, RedHat поддерживает последние исправления безопасности в своем хранилище. Таким образом, проблемы, которые исправлены в более высоких значениях выпуска в источнике, также исправлены в более низких номерах выпуска в CentOS/RHEL. Если у вас нет конкретной, конкретной и действительно веской причины, не перекомпилируйте вещи. Используйте пакеты, содержащиеся в ОС. Они работают.
- Кристофер Карел