Hi2All!
Народ, в силу невозможностирешить проблему самому, взываю к колективному разуму:

Собрал apache2.
заработал без проблем.

Собрал php 5.3
./configure --with-apxs2=/usr/apache2/bin/apxs  --enable-calendar  --with-mysql=/var/lib/mysql/  --with-config-file-path=/etc --with-zlib   --with-gd  --disable-debug --disable-rpath --disable-static --with-pic --with-layout=GNU --without-mm --enable-gd-native-ttf

прикрутил php к апач

LoadModule php5_module  modules/libphp5.so
AddType application/x-httpd-php .php

предварительно положил libphp5.so в modules

В итоге апач браузеру выдаёт
"<?
print 'test';
?>"
т.е. пустую страницу с содержимым index.php
Причём поведение такое же если строчку "AddType application/x-httpd-php .php" закоментировать. Сделал вывод что php воопсче не работает.

В error_log apache2 - вот что:

[Thu Aug 06 17:31:34 2009] [notice] SIGHUP received.  Attempting to restart
PHP Warning:  PHP Startup: Unable to load dynamic library './php_mysql.so' - ./php_mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0
[Thu Aug 06 17:31:34 2009] [notice] Apache/2.2.12 (Unix) PHP/5.3.0 configured -- resuming normal operations

Т.е. php не видит некую php_mysql.so
НО, 1.3 с пхп собирается подобным образом без проблем.
Что за зверь php_mysql.so и в результате компиляции ЧЕГО ИМЕННО он должен появится?

В чём косяк?

p.s. locate php_mysql.so - ничего не выдаёт. updatedb сделал.

• apache2 php MYSQL!,anonymous, 17:31 , 07-Авг-09
  • apache2 php MYSQL!,Fes, 18:24 , 07-Авг-09
  • apache2 php MYSQL!,Fes, 18:56 , 07-Авг-09
    • apache2 php MYSQL!,sweer, 12:04 , 10-Авг-09
      • apache2 php MYSQL!,Fes, 14:37 , 10-Авг-09
        • apache2 php MYSQL!,angra, 05:47 , 11-Авг-09

>т.е. пустую страницу с содержимым index.php
>Причём поведение такое же если строчку "AddType application/x-httpd-php .php" закоментировать. Сделал вывод что php воопсче не работает.

Для того, чтобы использовать shorttag, нужно сначала разрешить это в php.ini

>>т.е. пустую страницу с содержимым index.php
>>Причём поведение такое же если строчку "AddType application/x-httpd-php .php" закоментировать. Сделал вывод что php воопсче не работает.
>
>Для того, чтобы использовать shorttag, нужно сначала разрешить это в php.ini

В php.ini всё ок.
Проблема решилась ТОЛЬКО после make clean в апаче и пхп и пересборке заново с теми же параметрами configure.

Как бы там ни было - спасибо :)

>>т.е. пустую страницу с содержимым index.php
>>Причём поведение такое же если строчку "AddType application/x-httpd-php .php" закоментировать. Сделал вывод что php воопсче не работает.
>
>Для того, чтобы использовать shorttag, нужно сначала разрешить это в php.ini

Хотя, "ОК" c php.ini стало когда я начал пробовать на скрипте с <?php а не <?
С другими дело как раз оказалось в
short_open_tag = Off

Я этого не знал.
Вот из-за таких мелочей(казалось бы) - долго и упорно бъёшься головой апстену.
Сенкс + мультириспект.

>[оверквотинг удален]
>
>Хотя, "ОК" c php.ini стало когда я начал пробовать на скрипте с
><?php а не <?
>С другими дело как раз оказалось в
>short_open_tag = Off
>
>Я этого не знал.
>Вот из-за таких мелочей(казалось бы) - долго и упорно бъёшься головой апстену.
>
>Сенкс + мультириспект.

Кстати настоятельно не рекомендуется собирать все из исходников.

>[оверквотинг удален]
>><?php а не <?
>>С другими дело как раз оказалось в
>>short_open_tag = Off
>>
>>Я этого не знал.
>>Вот из-за таких мелочей(казалось бы) - долго и упорно бъёшься головой апстену.
>>
>>Сенкс + мультириспект.
>
>Кстати настоятельно не рекомендуется собирать все из исходников.

Это рекомендации лучших собаководов? :)
КТО это рекомендует? :)

На самом деле совет должен звучать несколько иначе: не ставить ничего в систему в обход штатных механизмов управления пакетами. Рекомендация лучших админов :)
Ну и по возможности конечно рекомендуется обходится стандартными пакетами дистрибутива, для создания своей сборки должна быть очень веская причина.