Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-22 Thread derick

On Fri, 22 Mar 2002, Sander Roobol wrote:

> Does the same for me, but for the readline extension too:
>   phpext_session_ptr,
>   phpext_readline_ptr,
>   phpext_readline_ptr,
>   phpext_pspell_ptr,
> (...)
>   phpext_openssl_ptr,
>   phpext_ncurses_ptr,
>   phpext_ncurses_ptr,
>   phpext_mysql_ptr,

It should be fixed in CVS now,

Derick

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-22 Thread Sander Roobol

On 2002.03.22 09:22 Derick Rethans wrote:
> On Thu, 7 Mar 2002, Sascha Schumann wrote:
> 
> > Because I cannot test/build every extension under the earth,
> > problems with untested extensions might crop up.  If it does,
> > please notify me and I'll check it out.
> 
> For some reason ncurses ends up twice in internal_functions_cli.c; I
> can't figure out why though:
> 
> phpext_overload_ptr,
> phpext_ncurses_ptr,
> phpext_ncurses_ptr,
> phpext_mysql_ptr,
> 

Does the same for me, but for the readline extension too:
phpext_session_ptr,
phpext_readline_ptr,
phpext_readline_ptr,
phpext_pspell_ptr,
(...)
phpext_openssl_ptr,
phpext_ncurses_ptr,
phpext_ncurses_ptr,
phpext_mysql_ptr,

Sander

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-22 Thread Boian Bonev

> For some reason ncurses ends up twice in internal_functions_cli.c; I 
> can't figure out why though:
> 
> phpext_overload_ptr,
> phpext_ncurses_ptr,
> phpext_ncurses_ptr,
> phpext_mysql_ptr,

xmm. i couldn't verify this... (updated before 10-20 minutes)

phpext_overload_ptr,
phpext_ncurses_ptr,
phpext_mysql_ptr,

> 
> Derick

b.


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php


Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-22 Thread Derick Rethans

On Thu, 7 Mar 2002, Sascha Schumann wrote:

> Because I cannot test/build every extension under the earth,
> problems with untested extensions might crop up.  If it does,
> please notify me and I'll check it out.

For some reason ncurses ends up twice in internal_functions_cli.c; I 
can't figure out why though:

phpext_overload_ptr,
phpext_ncurses_ptr,
phpext_ncurses_ptr,
phpext_mysql_ptr,


Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
All your branches are belong to me!
   SRM: Script Running Machine - www.vl-srm.net
-


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-13 Thread Sascha Schumann

> When I try to build pear/PECL/satellite, I get an error like this:

Thanks for submitting this.  The issue has been corrected in
CVS.  You need to reinstall phpize and related components
from CVS.

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-11 Thread David Eriksson

On Thu, 7 Mar 2002, Sascha Schumann wrote:

> Hi,
> 
> you won't see the commit, because it is too large to go
> through the mailing list.  Perhaps it bounced to Jim, so that
> he can make it available by alternative means.
> 
> Something in this commit might uncover an autoconf-2.52
> portability bug on FreeBSD.  I don't know whether this was
> already earlier the case.  Until the autoconf team addresses
> this issue, I suggest to use autoconf-2.13 on that platform.
> (Readers of new-httpd might be already familiar with the
> issue.)
> 
> Because I cannot test/build every extension under the earth,
> problems with untested extensions might crop up.  If it does,
> please notify me and I'll check it out.

When I try to build pear/PECL/satellite, I get an error like this:

[david@natty:/usr/local/satellite-dev/src/pear/PECL/satellite]
$ phpize 
[david@natty:/usr/local/satellite-dev/src/pear/PECL/satellite]
$ ./configure 
...
./configure: 
/usr/local/satellite-dev/src/pear/PECL/satellite/ext/satellite/Makefile.in: No
such file or directory
...


Makefile.in is located in /usr/local/satellite-dev/src/pear/PECL/satellite
and not where configure is looking...

This error does not appear with PHP 4.1.2.

-\- David Eriksson -/-

"I personally refuse to use inferior tools because of ideology."
- Linus Torvalds 


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-08 Thread Marcus Börger


>Date: Fri, 08 Mar 2002 13:05:03 +0100
>To: Sascha Schumann <[EMAIL PROTECTED]>
>From: Marcus Börger <[EMAIL PROTECTED]>
>Subject: [PHP-DEV] New Build System Committed to HEAD
>
>Onother question i wonder about, can i compile only the cli version?
>I allways get CGI and i do not see any switche to configure for that.
>
>marcus

Had to patch configure:

To build only the cli version you have to add --disable-cgi
This results in PHP_SAPI being 'default' after executing m4 files.
When default and not disable cli are present then PHP_SAPI will be set to cli.
Additional only one line has to be executed for building cli. I changed the
default to build it in ./sapi/cli in this case to ./ so it becomes ./php.

What's left: I suppose we add a notice that one did not build any server/cgi
module.

regards
marcus

Index: acinclude.m4
===
RCS file: /repository/php4/acinclude.m4,v
retrieving revision 1.159
diff -u -w -r1.159 acinclude.m4
--- acinclude.m47 Mar 2002 18:16:57 -   1.159
+++ acinclude.m48 Mar 2002 17:26:02 -
@@ -129,6 +129,14 @@
  ])

  dnl
+dnl Disable building CGI
+dnl
+AC_DEFUN(PHP_DISABLE_CGI,[
+  disable_cgi=1
+])
+
+
+dnl
  dnl Separator into the configure --help display.
  dnl
  AC_DEFUN(PHP_HELP_SEPARATOR,[
Index: configure.in
===
RCS file: /repository/php4/configure.in,v
retrieving revision 1.307
diff -u -w -r1.307 configure.in
--- configure.in7 Mar 2002 19:56:53 -   1.307
+++ configure.in8 Mar 2002 17:26:03 -
@@ -236,9 +236,16 @@

  esyscmd(./scripts/config-stubs sapi)

-if test "$PHP_SAPI" = "default"; then
+if test "$PHP_SAPI" = "default"; && test "$disable_cgi" != "1"; then
PHP_SELECT_SAPI(cgi, program, cgi_main.c getopt.c)
  fi
+if test "$PHP_SAPI" = "default"; && test "$disable_cli" != "1"; then
+  PHP_SAPI=cli
+fi
+if test "$PHP_SAPI" = "cli"; then
+  PHP_DISABLE_CLI
+  PHP_SELECT_SAPI(cli, program, php_cli.c getopt.c)
+fi

  AC_MSG_CHECKING([for chosen SAPI module])
  AC_MSG_RESULT([$PHP_SAPI])
@@ -1100,7 +1107,11 @@

  PHP_ADD_BUILD_DIR(main)
  PHP_ADD_BUILD_DIR(regex)
-PHP_ADD_BUILD_DIR(sapi/$PHP_SAPI sapi/cli)
+PHP_ADD_BUILD_DIR(sapi/$PHP_SAPI)
+dnl Do not include cli if it is already invoked from PHP_SAPI
+if test "$PHP_SAPI" != "cli"; then
+  PHP_ADD_BUILD_DIR(sapi/cli)
+fi
  PHP_ADD_BUILD_DIR(TSRM)
  PHP_ADD_BUILD_DIR(Zend)

Index: sapi/cgi/config.m4
===
RCS file: /repository/php4/sapi/cgi/config.m4,v
retrieving revision 1.13
diff -u -w -r1.13 config.m4
--- sapi/cgi/config.m4  7 Mar 2002 14:19:51 -   1.13
+++ sapi/cgi/config.m4  8 Mar 2002 17:26:03 -
@@ -2,6 +2,22 @@
  dnl $Id: config.m4,v 1.13 2002/03/07 14:19:51 sas Exp $
  dnl

+AC_MSG_CHECKING(for CGI build)
+
+AC_ARG_ENABLE(cgi,
+[  --disable-cgi   Disable building CGI version of PHP.],
+[
+  if test "$enable_cgi" != "no"; then
+PHP_SAPI_CGI=yes
+  else
+PHP_SAPI_CGI=no
+  fi
+],
+[PHP_SAPI_CGI=yes]
+)
+
+if test "$PHP_SAPI_CGI" != "no"; then
+
  AC_DEFUN(PHP_TEST_WRITE_STDOUT,[
AC_CACHE_CHECK(whether writing to stdout works,ac_cv_write_stdout,[
  AC_TRY_RUN([
@@ -97,3 +113,9 @@
  dnl## AC_SUBST(FHTTPD_INCLUDE)
  PHP_SUBST(FHTTPD_LIB)
  PHP_SUBST(FHTTPD_TARGET)
+
+else
+  PHP_DISABLE_CGI
+fi
+
+AC_MSG_RESULT($PHP_SAPI_CGI)




--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-08 Thread Sascha Schumann

On Fri, 8 Mar 2002, Marcus Börger wrote:

> Very nice new build system much faster the only thing what's left on that
> is .o in all .cvsignore

*.o is ignored by CVS by default.

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


--
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread Jim Winstead

Marcus Börger <[EMAIL PROTECTED]> wrote:
> Very nice new build system much faster the only thing what's left on that
> is .o in all .cvsignore

cvs ignores .o files by default, it isn't necessary to list them
in the .cvsignore file.

jim

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread Marcus Börger

Very nice new build system much faster the only thing what's left on that
is .o in all .cvsignore



->>> mailto:[EMAIL PROTECTED] <<<
"We are animals among animals, all children of matter,
save that we are the more disarmed. But since, unlike animals,
we know that we must die, let us prepare for that moment
by enjoying the life that has been given us by chance and for chance."
Umberto Eco, The island of the day before
--->>> http://www.marcus-boerger.de <<<---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread Edin Kadribasic

> > There are still a significant number of tests which fail,
> > because they are not supposed to run in a CLI context.
> >
> > For example
> >
> > $ cat ext/session/tests/001.out
> >
> > Warning: Cannot send session cookie - headers already sent in
/lrg/php4/ext/session/tests/phpt.z2gONf on line 15
> >
> > Warning: Cannot send session cache limiter - headers already sent
(output started at /lrg/php4/ext/session/tests/phpt.z2gONf:15) in
/lrg/php4/ext/session/tests/phpt.z2gONf on line 15
>
> Yup, I know this. I already fixed some of it, but didn't have time to
> check everything yet.
>
> BTW... I'm wondering why this error pops up. Edin, does the CLI use the
> 'normal' CGI -q option?

Yes it does which means that it also tells PHP that the headers have already
been sent to prevent printing them. Therefore functions that output headers
will not work with the CLI. For some tests the warning can be supressed,
some others just don't make sense with CLI (post/get tests, etc).

We should probably skip tests that require specific SAPI and run them with
CGI if available. PHP_SAPI constant can be used to distinguish the two.

I guess that merging "make test" fixes in PHP_4_2_0 is OK.

Edin


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread derick

Hi,

On Thu, 7 Mar 2002, Sascha Schumann wrote:

> There are still a significant number of tests which fail,
> because they are not supposed to run in a CLI context.
> 
> For example
> 
> $ cat ext/session/tests/001.out
> 
> Warning: Cannot send session cookie - headers already sent in 
>/lrg/php4/ext/session/tests/phpt.z2gONf on line 15
> 
> Warning: Cannot send session cache limiter - headers already sent (output started at 
>/lrg/php4/ext/session/tests/phpt.z2gONf:15) in 
>/lrg/php4/ext/session/tests/phpt.z2gONf on line 15

Yup, I know this. I already fixed some of it, but didn't have time to 
check everything yet.

BTW... I'm wondering why this error pops up. Edin, does the CLI use the 
'normal' CGI -q option?

regards,

Derick

--
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Site Resource Manager - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread Sascha Schumann

On Thu, 7 Mar 2002, [EMAIL PROTECTED] wrote:

> Hey Sascha,
>
> I tried the 'make test' routine, but every test fails now (I think that's
> because of the php binary not being found or something.)

There are still a significant number of tests which fail,
because they are not supposed to run in a CLI context.

For example

$ cat ext/session/tests/001.out

Warning: Cannot send session cookie - headers already sent in 
/lrg/php4/ext/session/tests/phpt.z2gONf on line 15

Warning: Cannot send session cache limiter - headers already sent (output started at 
/lrg/php4/ext/session/tests/phpt.z2gONf:15) in /lrg/php4/ext/session/tests/phpt.z2gONf 
on line 15

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread derick

Hey Sascha,

I tried the 'make test' routine, but every test fails now (I think that's
because of the php binary not being found or something.)

regards,
Derick

On Thu, 7 Mar 2002, Sascha Schumann wrote:

> Hi,
> 
> you won't see the commit, because it is too large to go
> through the mailing list.  Perhaps it bounced to Jim, so that
> he can make it available by alternative means.
> 
> Something in this commit might uncover an autoconf-2.52
> portability bug on FreeBSD.  I don't know whether this was
> already earlier the case.  Until the autoconf team addresses
> this issue, I suggest to use autoconf-2.13 on that platform.
> (Readers of new-httpd might be already familiar with the
> issue.)
> 
> Because I cannot test/build every extension under the earth,
> problems with untested extensions might crop up.  If it does,
> please notify me and I'll check it out.
> 
> Thanks for your attention
> - Sascha Experience IRCG
>   http://schumann.cx/http://schumann.cx/ircg
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

--
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Site Resource Manager - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread Andi Gutmans

Is there any way I can conditionally check for Zend Engine 2 and in that 
case change the PHP_ADD_SOURCES() to include some new Zend Engine 2 source 
files?
Up to now I just had to do mv ZendEngine2 Zend and a ./buildconf.

Andi

At 16:43 07/03/2002 +0100, you wrote:
>On Thu, 7 Mar 2002, [EMAIL PROTECTED] wrote:
>
> > Hey Sascha,
> >
> > is re2c required now? I don't have it installed and get this error during
> > make:
>
> I'll fix the timestamps in CVS.
>
> - Sascha Experience IRCG
>   http://schumann.cx/http://schumann.cx/ircg
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread Sander Roobol

It doesn't compile anymore with readline:
make: *** No rule to make target 
`home/sander/php/head/php4/ext/readline/readline.c',
needed by `home/sander/php/head/php4/ext/readline/readline.lo'.  Stop.

Sander

On 2002.03.07 15:28 Sascha Schumann wrote:
> Hi,
> 
> you won't see the commit, because it is too large to go
> through the mailing list.  Perhaps it bounced to Jim, so that
> he can make it available by alternative means.
> 
> Something in this commit might uncover an autoconf-2.52
> portability bug on FreeBSD.  I don't know whether this was
> already earlier the case.  Until the autoconf team addresses
> this issue, I suggest to use autoconf-2.13 on that platform.
> (Readers of new-httpd might be already familiar with the
> issue.)
> 
> Because I cannot test/build every extension under the earth,
> problems with untested extensions might crop up.  If it does,
> please notify me and I'll check it out.
> 
> Thanks for your attention
> - Sascha Experience IRCG
>   http://schumann.cx/http://schumann.cx/ircg
> 
> 
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 
> 

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread Sascha Schumann

On Thu, 7 Mar 2002, [EMAIL PROTECTED] wrote:

> Hey Sascha,
>
> is re2c required now? I don't have it installed and get this error during
> make:

I'll fix the timestamps in CVS.

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] New Build System Committed to HEAD

2002-03-07 Thread derick

Hey Sascha,

is re2c required now? I don't have it installed and get this error during 
make:

re2c -b /dat/dev/php/php-4.3.0dev/ext/standard/var_unserializer.re > 
/dat/dev/php/php-4.3.0dev/ext/standard/var_unserializer.c
/bin/sh: re2c: command not found
make: *** [/dat/dev/php/php-4.3.0dev/ext/standard/var_unserializer.c] 
Error 127

This was easily fixed by installed re2c though :)

Derick


On Thu, 7 Mar 2002, Sascha Schumann wrote:

> Hi,
> 
> you won't see the commit, because it is too large to go
> through the mailing list.  Perhaps it bounced to Jim, so that
> he can make it available by alternative means.
> 
> Something in this commit might uncover an autoconf-2.52
> portability bug on FreeBSD.  I don't know whether this was
> already earlier the case.  Until the autoconf team addresses
> this issue, I suggest to use autoconf-2.13 on that platform.
> (Readers of new-httpd might be already familiar with the
> issue.)
> 
> Because I cannot test/build every extension under the earth,
> problems with untested extensions might crop up.  If it does,
> please notify me and I'll check it out.
> 
> Thanks for your attention
> - Sascha Experience IRCG
>   http://schumann.cx/http://schumann.cx/ircg
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

--
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Site Resource Manager - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php