|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Artem Chuprina 2:5020/371.32 16 Oct 2000 16:13:23
To : loki@toxy.cv.ua
Subject : Re: mod_perl - test
--------------------------------------------------------------------------------
AC>> Это с ним в разных ситуациях бывает и вообще говоря не означает, что
AC>> что-то не получилось. make test он более-менее умеет делать, если
AC>> вкручивается в апач намертво при наличии рядом исходников. Если он
AC>> вкручен как DSO - уже не
ltcu> так он же нашел сорцы, правда не знаю, что с ними делал ;)
Ай, не помню.
AC>> уверен. А вообще у него на этот предмет большие проблемы. Я так вообще
AC>> собираю через apxs, при этом варианте он хотя бы честно пишет, что тестов
AC>> не умеет.
ltcu> так ты его как dso прикрутил? он _вроде_ глючный, лучше статикой
ltcu> прицепить кстати а чем лучше axps? кроме того что ему не нужны
ltcu> исходники?
Глючный он именно что вроде. То есть да, глючный, но разницы не замечено. Если
вкрутить статически, можно будет писать SSI кусками перлового кода (что мне
нафиг не надо) и нельзя будет открутить mod_perl, если он вдруг перестал быть
надобен (прокси, например, тем же бинарником апача на том же конфиге
реализовать). axps лучше ровно тем, что ты сказал, плюс мне не нужно
задумываться, где у него давно стертое дерево исходников, если надо сменить
версию mod_perl или пропатчить найденную багу. WITH_APXS=`which apxs`, и
вперед.
--
Счастливо!
Ран.
--- ifmail v.2.14.os-p7-tma3
* Origin: MemoNet (2:5020/371.32@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
