Re: [PHP-DEV] pif

2001-08-22 Thread Joey Smith
I considered exactly this, before coming to the same conclusion as Andrei. :) +1 On Wed, 22 Aug 2001, Zeev Suraski wrote the following to Jeroen van Wolffelaar : > How about phf_, for PHP Helper Function? > I see a point in differentiating language level API functions (e.g. like > output buffe

Re: [PHP-DEV] pif

2001-08-22 Thread Zeev Suraski
At 23:18 22-08-01, Andrei Zmievski wrote: > > Is it a big deal? No, but it can be useful and has no real drawbacks. > >Okay. But I'll be forced to pronounce phf as FF, so "FF_mysql_connect".. >:) Ok, one real drawback then ;) Zeev -- PHP Development Mailing List To unsu

Re: [PHP-DEV] pif

2001-08-22 Thread Jeroen van Wolffelaar
> At 23:09 22-08-01, Andrei Zmievski wrote: > >On Wed, 22 Aug 2001, Zeev Suraski wrote: > > > How about phf_, for PHP Helper Function? > > > I see a point in differentiating language level API functions (e.g. like > > > output buffering) and module-specific helper functions (e.g., like > > > php_m

Re: [PHP-DEV] pif

2001-08-22 Thread Andrei Zmievski
On Wed, 22 Aug 2001, Zeev Suraski wrote: > It's not about possible symbol clashes... > When debugging (or when reading code), it helps to know what's a part of > the API and what isn't. It also makes different types of prefix-based > searching (e.g., gdb's completion, or emacs' search feature)

Re: [PHP-DEV] pif

2001-08-22 Thread Zeev Suraski
At 23:09 22-08-01, Andrei Zmievski wrote: >On Wed, 22 Aug 2001, Zeev Suraski wrote: > > How about phf_, for PHP Helper Function? > > I see a point in differentiating language level API functions (e.g. like > > output buffering) and module-specific helper functions (e.g., like > > php_mysql_do_conn

Re: [PHP-DEV] pif

2001-08-22 Thread Andrei Zmievski
On Wed, 22 Aug 2001, Zeev Suraski wrote: > How about phf_, for PHP Helper Function? > I see a point in differentiating language level API functions (e.g. like > output buffering) and module-specific helper functions (e.g., like > php_mysql_do_connect()). Explain what the point is, then. I would

Re: [PHP-DEV] pif

2001-08-22 Thread Zeev Suraski
How about phf_, for PHP Helper Function? I see a point in differentiating language level API functions (e.g. like output buffering) and module-specific helper functions (e.g., like php_mysql_do_connect()). Zeev At 22:57 22-08-01, Jeroen van Wolffelaar wrote: > > I'm against that. Usually under

Re: [PHP-DEV] pif

2001-08-22 Thread Andrei Zmievski
On Wed, 22 Aug 2001, Jeroen van Wolffelaar wrote: > > I'm against that. Usually underscore-prefixed symbols are used by system > > libraries and OS and we don't need to go in that direction. I'm also > > against using pif_, because it's not an internal function that you are > > naming, but rather,

Re: [PHP-DEV] pif

2001-08-22 Thread Jeroen van Wolffelaar
> I'm against that. Usually underscore-prefixed symbols are used by system > libraries and OS and we don't need to go in that direction. I'm also > against using pif_, because it's not an internal function that you are > naming, but rather, a helper one. I don't really have an opinion on this mat

Re: [PHP-DEV] pif

2001-08-22 Thread Andrei Zmievski
On Wed, 22 Aug 2001, Jeroen van Wolffelaar wrote: > > What's wrong with php_ prefix? > > Nothing. It is just the same prefix as for PHPAPI functions, and the purpose > was to diffentiate in the name between helper functions and API-functions. > But starting it with an underscore is also a good wa

Re: [PHP-DEV] pif

2001-08-22 Thread Jeroen van Wolffelaar
> What's wrong with php_ prefix? Nothing. It is just the same prefix as for PHPAPI functions, and the purpose was to diffentiate in the name between helper functions and API-functions. But starting it with an underscore is also a good way of achieving that, on second thought. > -Andrei Jeroen

Re: [PHP-DEV] pif

2001-08-22 Thread Andrei Zmievski
On Wed, 22 Aug 2001, Jeroen van Wolffelaar wrote: > anyway, I was thinking about helper-functions, which you only want to use > straight from an other function. Mostly this will be the set of functions > which are not PHP_FUNCTION or PHP_API. > > A example in math.c: > _php_math_number_format ->

Re: [PHP-DEV] pif

2001-08-21 Thread Jeroen van Wolffelaar
"Zeev Suraski" <[EMAIL PROTECTED]> wrote in message 5.1.0.14.2.20010822013439.02e0c498@localhost">news:5.1.0.14.2.20010822013439.02e0c498@localhost... > At 23:14 21-08-01, [EMAIL PROTECTED] wrote: > >What about using the pif_ prefix for php's internal functions, analogously > >to zif? This makes t

Re: [PHP-DEV] pif

2001-08-21 Thread Zeev Suraski
At 23:14 21-08-01, [EMAIL PROTECTED] wrote: >What about using the pif_ prefix for php's internal functions, analogously >to zif? This makes them more clear than the simple lack of PHP_API macro. This sentence does not compute :) Which functions are you talking about, and how does PHPAPI relate t

[PHP-DEV] pif

2001-08-21 Thread jeroen
What about using the pif_ prefix for php's internal functions, analogously to zif? This makes them more clear than the simple lack of PHP_API macro. Greetz, Jeroen -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: