Re: [PHP4BETA] cvs: /php4 php.h /php4/ext/standard basic_functions.c basic_functions.h php3_string.h string.c /php4/tests testarray

t 10:29 21/09/1999 , Stig Bakken wrote:

On Mon, 20 Sep 1999, Andi Gutmans wrote:

| andi          Mon Sep 20 12:56:03 1999 EDT

| | Modified files:

|     /php4     php.h
|     /php4/ext/standard        basic_functions.c basic_functions.h
|                               php3_string.h string.c
|     /php4/tests       testarray

| Log: | - Internal functions which are basic language functions should be in Zend

|     and not in PHP. I.e. strlen(), each(), error_reporting(), count(),
|     get_class_name().

IMHO, PHP user-callable functions should be defined in PHP, period. If you want some level of abstraction there, that should be on the level below PHP_FUNCTION. I always thought the distinction between Zend's and PHP's areas of responsibility were pretty clear with regards to user-callable functions, but this patch starts making it very fuzzy.

This doesn't make much sense. Zend is the component that offers the function API (PHP_FUNCTION() is essentially defining Zend stuff). It's perfectly legitimate for Zend to rely on the function API to supply core language functionality. Much like array() and list() are undoubtfully a part of Zend, the functions Andi moved are too. The only difference is that they don't require compiler-level support, other than the standard function API. Zeev -- Zeev Suraski <zeev@zend.com> http://www.zend.com/ For a PGP public key, finger bourbon@netvision.net.il