08.12.2009, в 23:20, fixxxer написал(а):

> On 8 дек, 16:29, Oleg Roschupkin <jjah...@gmail.com> wrote:
>> phpize работает так же, как и у Фиксера:
>>
>> checking for ld used by gcc... ./configure: line 2601: s%\\%/%g: No
>> such file or directory
>> no
>> configure: error: no acceptable ld found in $PATH
>
>
> Есть суровое подозрение, что это проявляется только на 32 битах:
>
> Linux debian 2.6.26-2-amd64
> FreeBSD 8.0-RELEASE amd64
>
> тут все нормально;
>
> FreeBSD 7.2-RELEASE i386
> Darwin Kernel Version 9.8.0 i386
>
> тут получаем
>
> phpize && ./configure
>
> checking for ld used by gcc... ./configure: s%\\%/%g: not found
> no
> configure: error: no acceptable ld found in $PATH
>
> Если попытаться схитрить и запустить LD='ld' ./configure - облом
> следует дальше
>
> checking command to parse nm output from gcc object... ./configure:
> s/^
> [ABCDGIRSTW][ABCDGIRSTW]* \(.*\) \(.*\)$/ {"\2", (lt_ptr_t) \&\2},/:
> not found
>
> но по крайней мере собирается =) Проверял на APC.
>
>
> Да. Обновил патч (я там перестарался с зачисткой):
>
> http://symbi.org/misc/php_5_3_fpm_sapi_cleanup_UPD2.patch
>
> Накладывать на 291870.

Опередил )
Я тогда покажу всю историю ругани конфигуре

loading cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for egrep... grep -E
checking for a sed that does not truncate output...
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for icc... no
checking for suncc... no
checking whether gcc and cc understand -c and -o together... yes
checking for system library directory... lib
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking host system type... i386-apple-darwin9.8.0
checking target system type... i386-apple-darwin9.8.0
../configure: line 1556: s/.*>//: No such file or directory
checking for PHP prefix... /usr/local
checking for PHP includes... -I/usr/local/include/php -I/usr/local/
include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/
php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/
date/lib
checking for PHP extension directory... /usr/local/lib/php/extensions/
no-debug-non-zts-20090626
checking for PHP installed headers prefix... /usr/local/include/php
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... no
configure: warning: You will need re2c 0.13.4 or later if you want to
regenerate PHP parsers.
checking for gawk... gawk
checking for cURL support... yes, shared
checking if we should use cURL for url streams... no
checking for cURL in default path... found in /usr
checking for cURL 7.10.5 or greater... libcurl 7.16.3
checking for SSL support in libcurl... yes
checking how to run the C preprocessor... gcc -E
checking for openssl support in libcurl... no
checking for gnutls support in libcurl... no
checking for curl_easy_perform in -lcurl... yes
checking for curl_version_info in -lcurl... yes
checking for curl_easy_strerror in -lcurl... yes
checking for curl_multi_strerror in -lcurl... yes
checking build system type... i386-apple-darwin9.8.0
checking for ld used by gcc... ./configure: line 3474: s%\\%/%g: No
such file or directory
ld
checking if the linker (ld) is GNU ld... no
checking for ld option to reload object files... -r
checking for BSD-compatible nm... nm
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking for object suffix... o
checking for executable suffix... rm: conftest.dSYM: is a directory
..dSYM
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 196608
checking command to parse nm output from gcc object... ./configure:
line 4414: s/^[BCDEGRST][BCDEGRST]* \(.*\) \(.*\)$/ {"\2", (lt_ptr_t)
\&\2},/: No such file or directory
ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fno-common
checking if gcc PIC flag -fno-common works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (ld) supports shared libraries... yes
checking dynamic linker characteristics... sed: first RE may not be
empty
darwin9.8.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no

creating libtool
appending configuration tag "CXX" to libtool
updating cache ./config.cache
creating ./config.status
creating config.h

--
Yours, Oleg Roschupkin
jjahson@gmail.com

On 8 дек, 18:25, Antony Dovgal <t...@daylessday.org> wrote:
> On 08.12.2009 18:20, fixxxer wrote:
>
> > Есть суровое подозрение, что это проявляется только на 32 битах:
>
> Вряд ли.
> Ошибка ваша вылазит из build/libtool.m4:2267
> Там вот такая строка:
> ac_prog=`echo $ac_prog| $SED 's%\\\\%/%g'`
>
> Что ты видишь, когда запускаешь `./config.nice | grep sed` ?
>

$ ./config.nice | grep sed
checking for a sed that does not truncate output... (cached) /usr/bin/
sed

Ну и для точности - это после export LD='ld', а конфигурил я ext/curl.

--
Yours, Oleg Roschupkin
jjahson@gmail.com

On 08.12.2009 18:27, Oleg Roschupkin wrote:
> checking for a sed that does not truncate output...

Макрос не находит нормальный sed. Этот макрос не менялся уже множество лет.
У меня мыслей нет, кроме предположения, что в вашей системе кривой sed (что не редкость).

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

On 08.12.2009 18:39, fixxxer wrote:
> $ ./config.nice | grep sed
> checking for a sed that does not truncate output... (cached) /usr/bin/
> sed

On 08.12.2009 18:27, Oleg Roschupkin wrote:
> checking for a sed that does not truncate output...

Ну вы определитесь уже.

На чистом снапшоте работает или нет?

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

On 8 дек, 18:57, Antony Dovgal <t...@daylessday.org> wrote:
> На чистом снапшоте работает или нет?

Проверил - на снэпшоте работает.

08.12.2009, в 23:57, Antony Dovgal написал(а):

> On 08.12.2009 18:39, fixxxer wrote:
>> $ ./config.nice | grep sed
>> checking for a sed that does not truncate output... (cached) /usr/
>> bin/
>> sed
>
> On 08.12.2009 18:27, Oleg Roschupkin wrote:
>> checking for a sed that does not truncate output...
>
> Ну вы определитесь уже.

Для полной точности - у Фиксера данные из ./config.nice самого пхп,
как я понимаю. У меня же - из ./configure из ext/curl. Я не думаю, что
они должны различаться, но видимо они думают иначе.
Если я погрепаю вывод ./config.nice - будет то же самое, что и у
Фиксера

[00:01:18] /Users/jahson/repositories/svn/php_5_3_fpm $ ./config.nice
--enable-fpm --enable-exif --with-libxml-dir=/opt --with-zlib-dir=/opt
--with-mcrypt=/opt/local --with-xsl=/opt --with-tidy=/opt/local --with-
curl=/opt/local --with-iconv=/opt/local --with-mysql=mysqlnd --with-
mysqli=mysqlnd --with-pdo-mysql=mysqlnd|grep sed
checking for a sed that does not truncate output... (cached) /usr/bin/
sed

> На чистом снапшоте работает или нет?

Сейчас проверяю.

--
Yours, Oleg Roschupkin
jjahson@gmail.com

09.12.2009, в 0:29, fixxxer написал(а):

> On 8 дек, 18:57, Antony Dovgal <t...@daylessday.org> wrote:
>> На чистом снапшоте работает или нет?
>
> Проверил - на снэпшоте работает.

Подтверждаю, работает. Трогал всё тот же ext/curl. Можно увидеть, что
вывод несколько отличается от прошлого раза.

creating cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for egrep... grep -E
checking for a sed that does not truncate output... /usr/bin/sed
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for icc... no
checking for suncc... no
checking whether gcc and cc understand -c and -o together... yes
checking for system library directory... lib
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking host system type... i386-apple-darwin9.8.0
checking target system type... i386-apple-darwin9.8.0
checking for PHP prefix... /usr/local
checking for PHP includes... -I/usr/local/include/php -I/usr/local/
include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/
php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/
date/lib
checking for PHP extension directory... /usr/local/lib/php/extensions/
no-debug-non-zts-20090626
checking for PHP installed headers prefix... /usr/local/include/php
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... no
configure: warning: You will need re2c 0.13.4 or later if you want to
regenerate PHP parsers.
checking for gawk... gawk
checking for cURL support... yes, shared
checking if we should use cURL for url streams... no
checking for cURL in default path... found in /usr
checking for cURL 7.10.5 or greater... libcurl 7.16.3
checking for SSL support in libcurl... yes
checking how to run the C preprocessor... gcc -E
checking for openssl support in libcurl... no
checking for gnutls support in libcurl... no
checking for curl_easy_perform in -lcurl... yes
checking for curl_version_info in -lcurl... yes
checking for curl_easy_strerror in -lcurl... yes
checking for curl_multi_strerror in -lcurl... yes
checking build system type... i386-apple-darwin9.8.0
checking for ld used by gcc... /usr/libexec/gcc/i686-apple-
darwin9/4.0.1/ld
checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld)
is GNU ld... no
checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to
reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking for object suffix... o
checking for executable suffix... rm: conftest.dSYM: is a directory
..dSYM
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 196608
checking command to parse /usr/bin/nm -p output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fno-common
checking if gcc PIC flag -fno-common works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/libexec/gcc/i686-apple-
darwin9/4.0.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin9.8.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no

creating libtool
appending configuration tag "CXX" to libtool
updating cache ./config.cache
creating ./config.status
creating config.h

--
Yours, Oleg Roschupkin
jjahson@gmail.com

On 8 дек, 19:30, Oleg Roschupkin <jjah...@gmail.com> wrote:
> > Ну вы определитесь уже.
>
> Для полной точности - у Фиксера данные из ./config.nice самого пхп,  
> как я понимаю. У меня же - из ./configure из ext/curl.

Ага. Я идиот. :)

~/APC-3.1.3p1$ ./config.nice | grep sed
checking for a sed that does not truncate output...
../configure: s/.*>//: not found

09.12.2009, в 0:51, fixxxer написал(а):

> On 8 дек, 19:30, Oleg Roschupkin <jjah...@gmail.com> wrote:
>>> Ну вы определитесь уже.
>>
>> Для полной точности - у Фиксера данные из ./config.nice самого пхп,
>> как я понимаю. У меня же - из ./configure из ext/curl.
>
> Ага. Я идиот. :)
>
> ~/APC-3.1.3p1$ ./config.nice | grep sed
> checking for a sed that does not truncate output...
> ./configure: s/.*>//: not found

Ну почему же ) Ты сделал, как просили

> Что ты видишь, когда запускаешь `./config.nice | grep sed` ?

Это я создал путаницу, выложив портянку от конфигуре курла.

--
Yours, Oleg Roschupkin
jjahson@gmail.com

On 8 дек, 19:29, fixxxer <fixxxe...@gmail.com> wrote:
> On 8 дек, 18:57, Antony Dovgal <t...@daylessday.org> wrote:
>
> > На чистом снапшоте работает или нет?
>
> Проверил - на снэпшоте работает.

Уточнение: на снэпшоте раобтает как на дистрибутивном configure, так и
на перегенеренном

08.12.2009, в 23:57, Antony Dovgal написал(а):

> On 08.12.2009 18:27, Oleg Roschupkin wrote:
>> checking for a sed that does not truncate output...
>
> Макрос не находит нормальный sed. Этот макрос не менялся уже
> множество лет.
> У меня мыслей нет, кроме предположения, что в вашей системе кривой
> sed (что не редкость).

Ну и чтобы совсем подытожить - я ведь до этого как-то собирал php с
этим sed'ом :)

--
Yours, Oleg Roschupkin
jjahson@gmail.com

Последний апдейт всё починил. Снова спасибо )

--
Yours, Oleg Roschupkin
jjahson@gmail.com

On 08.12.2009 18:57, Antony Dovgal wrote:
> On 08.12.2009 18:39, fixxxer wrote:
>> $ ./config.nice | grep sed
>> checking for a sed that does not truncate output... (cached) /usr/bin/
>> sed
>
> On 08.12.2009 18:27, Oleg Roschupkin wrote:
>> checking for a sed that does not truncate output...
>
> Ну вы определитесь уже.
>
> На чистом снапшоте работает или нет?

В смысле, взять снапшот, сконфигурить, поставить и использовать phpize из него.
И точно так же из бранча PHP_5_3_FPM.

Jani говорит, что он исправлял похожую проблему на *BSD, но было это минимум пару недель назад,
соотв-но фикс уже должен быть в PHP_5_3_FPM, а проблемы могут быть от остатков старых установок.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

On 08.12.2009 19:29, fixxxer wrote:
> On 8 дек, 18:57, Antony Dovgal <t...@daylessday.org> wrote:
>> На чистом снапшоте работает или нет?
>
> Проверил - на снэпшоте работает.

Вот снэпшот не должен никак отличаться от PHP_5_3_FPM.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

On 08.12.2009 19:30, Oleg Roschupkin wrote:
> Для полной точности - у Фиксера данные из ./config.nice самого пхп,
> как я понимаю. У меня же - из ./configure из ext/curl.

phpize - он откуда?

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

On 08.12.2009 19:56, fixxxer wrote:
> On 8 дек, 19:29, fixxxer <fixxxe...@gmail.com> wrote:
>> On 8 дек, 18:57, Antony Dovgal <t...@daylessday.org> wrote:
>>
>> > На чистом снапшоте работает или нет?
>>
>> Проверил - на снэпшоте работает.
>
> Уточнение: на снэпшоте раобтает как на дистрибутивном configure, так и
> на перегенеренном

cd php_5_3_fpm
svn up && ./vcsclean && ./buildconf && ./config.nice && make install

Сейчас должно работать.

20:08 <@gwynne> tony2001: It's long since fixed... the divert(1001) instead of divert(1) at the top of phpize.m4 inexplicably caused the resulting
configure script to be unable to find sed, which in turn caused a bunch of shell errors later on as it tried to execute empty commands and
sed expressions.
20:08 <@tony2001> AHA!..

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

On 8 дек, 20:10, Antony Dovgal <t...@daylessday.org> wrote:
> cd php_5_3_fpm
> svn up && ./vcsclean && ./buildconf && ./config.nice && make install
>
> Сейчас должно работать.
>
> 20:08 <@gwynne> tony2001: It's long since fixed... the divert(1001) instead of divert(1) at the top of phpize.m4 inexplicably caused the resulting
>                 configure script to be unable to find sed, which in turn caused a bunch of shell errors later on as it tried to execute empty commands and
>                 sed expressions.
> 20:08 <@tony2001> AHA!..

Работает, ага. Спасибо. Теперь понятно, почему не работало выборочно -
дело в версиях autoconf.

P.S. прочитал про divert() - офигеть, уличная магия какая-то. :)

2009/12/8 Александр Лозовюк <aleks.raiden@gmail.com>:
> Это надо для разворачивания тестового сервера на машинах разработчиков.

что ж это за тестовый сервер такой который на другой операцинке

>
> 8 декабря 2009 г. 15:39 пользователь Antony Dovgal <tony@daylessday.org>
> написал:
>>
>> On 08.12.2009 06:03, fixxxer wrote:
>> > On 8 дек, 05:57, fixxxer <fixxxe...@gmail.com> wrote:
>> >> http://symbi.org/misc/php_5_3_fpm_sapi_cleanup.patch
>> >> (Патч кумулятивный, предыдущее в себя включает).
>> >
>> > Обновил. Патч на ревизию 291811:
>> >
>> > http://symbi.org/misc/php_5_3_fpm_sapi_cleanup_UPD.patch
>>
>> Фикс, тут речи ведутся о том, что добавить поддержку Win32 в FPM должно
>> быть не очень сложно (учитывая, что libevent работает на винде).
>> Поэтому я бы не стал радикально удалять из кода всё, что касается винды.
>> По крайней мере, сейчас.
>>
>> Мне, конечно, сложно представить кому и зачем оно может быть нужно,
>> но мало ли - может, найдётся какой-нить доброволец, который займется этим.
>>
>> --
>> Wbr,
>> Antony Dovgal
>> ---
>> http://pinba.org - realtime statistics for PHP
>
>
>
> --
> C уважением, Александр Лозовюк
> Alpha-Beta-Release Blog
> http://abrdev.com
>



--

wbr,
fisher

On 8 дек, 18:20, fixxxer <fixxxe...@gmail.com> wrote:
> http://symbi.org/misc/php_5_3_fpm_sapi_cleanup_UPD2.patch
>
> Накладывать на 291870.

Еще чутка обновил. Залил поверх.

09.12.2009, в 0:43, Antony Dovgal написал(а):

> On 08.12.2009 19:30, Oleg Roschupkin wrote:
>> Для полной точности - у Фиксера данные из ./config.nice самого пхп,
>> как я понимаю. У меня же - из ./configure из ext/curl.
>
> phpize - он откуда?


Всё время использовал системный phpize.

ps. Я ведь уже написал, что после апа с фиксом divert всё заработало? )
--
Yours, Oleg Roschupkin
jjahson@gmail.com

On 09.12.2009 11:19, Oleg Roschupkin wrote:
>> phpize - он откуда?
>
>
> Всё время использовал системный phpize.
>
> ps. Я ведь уже написал, что после апа с фиксом divert всё заработало? )

Да, да..
Это то ли gmail тупит, то ли Найт модерит каждое мое сообщение отдельно вместо того, чтобы пометить меня как "Allow always".
В общем, письма от меня в лист доходят беспорядочно и через полчаса после отправления.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

Ну он же по дефолту не собирается - никому не будет помехой..
тут вопрос в мантейнере скорей всего.

On 3 дек, 18:40, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> > Поэтому некая "неофициальная группа разработчиков" - это на данный момент я,
> > как это не прискорбно.
> > А меня пускать в офиц. репозиторий не надо, я там и так есть =)
>
> давай чтобы не создавать ложной паники поясним
> - дримкет действительно собирается прекратить работу над проектом. но
> он никуда не пропадает, щас помогает, по-моему, вот обновления к сапи
> прислал.
> - в сентябре майкл с дримкетом сделали попытку предложить пхп-тим
> заняться фпм, типа вот у нас такой есть фпм, он уже сапи, не хотите ли
> его себе. вообще предложение было довольно странное по форме по-моему,
> ну и пхп тим как-то вяло отреагировал, типа ну можно подумать. да и их
> можно понять - народ занятой и вряд ли кто станет мейнтернером и будет
> заниматься интеграцией и всем гемором с поддержкой
> - это была не первая попытка - но раньше пхп-тим просто офигевал от
> закидонов фпм типа bundled libevent - щас ничего этого нет, ничего
> начать интеграцию не мешает, и в этом огромная заслуга дримкета.
> - сейчас самое лучшее время добавить фпм в официальный дистрибутив -
> со временем уйдут все грабли со сборкой, отдельными пакетами. тони -
> член пхп-тим уже черт значит скока лет.
> - что будет с проектом дальше - покажет время. но по-моему будет
> лучше, если в момент "безотцовщины" он окажется в репозитории пхп.
>
> --
>
> wbr,
> fisher