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

Hi, sorry to talk to such an important issue, but IMHO, there are a couple of functions, that should be part of Zend itself. It's those one, who operate only on the things defined in Zend (variables,etc...). This would allow all Zend-extending applications (mysql?) have the same functions... I'd say, most of the string/array handling, eval(), etc... should be part of zend definitelly (those parts, that don't depend on anything like DB, external library,...). Sorry to talk'bout that, I personally don't like this example, but consider VisualBasic -- if they didn't let the extenders of VB just EXTEND the language with the stuff they're ONLY into (the stuff, that belongs to the application that should be scriptable with VB), thay didn't have such a success. Otherwise I think, most of the developpers would start with cvs checkout php4, cp ext/standard wherever... and they'd have to watch the php4 list closely for bugs,etc... Jakub 21.09.1999 v 10:29:10 (+0200), Stig Bakken napsal: > 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. > > - Stig > > > -- > PHP 4 Beta -- Jakub "RiffRaff" Skopal mailto:j@kubs.cz