it's not defined in php4, only in php5
(you have to manually define it in php4
like this:
static unsigned char second_arg_force_ref[] = { 2, BYREF_NONE,
BYREF_FORCE };
)
in php5 it's defined in
zend_modules.h
As far as usage, you pretty much define it as by reference, and just
set the variable as
look at
http://cvs.php.net/co.php/php-src/ext/mcve/mcve.c?r=1.28.2.2
the m_completeauthorizations function.
-Brad
Chris Cranford wrote:
I have a PHP_FUNCTION() defined in my PHP extension. How am I suppose to
pass variables by reference to my function without enabling call-time pass
by reference
tes
shared libraries and modules.
shared libraries have a .dylib extension, while loadable modules
have a .so extension, and they are not interchangable :/ Very
odd.
-Brad
Andrei Zmievski wrote:
On Thu, 06 Jan 2005, Brad House wrote:
I think you lost me somewhere
The module still gets c
ski wrote:
On Thu, 06 Jan 2005, Brad House wrote:
Are you sure we're talking about the same constant here. The one
in particular I'm talking about is 100% in the build system. I do
not believe it is exported as a define into the actual code...
Though I could be wrong.
Yes. The PHP_SHLIB_
patch,
the correct logic was already in place, I just changed
$host_alias to $host_os because $host_alias was not being
set, so the check did nothing.
-Brad
Andrei Zmievski wrote:
On Tue, 04 Jan 2005, Brad House wrote:
Just tried to phpize an extension, and it appears as though
there is a problem
erated on my machine, it's impossible
for $host_alias to be empty unless you specify it to be
empty with --host="" or something like that.
I wouldn't want to fix something that really isn't broken. :)
--Jani
On Tue, 4 Jan 2005, Brad House wrote:
Just tried
Just tried to phpize an extension, and it appears as though
there is a problem on MacOSX. PHP_SHLIB_SUFFIX defaults to .so
because a check is run on $host_alias, which is set to "".
Attached is a patch to use $host_os instead which fixes the
problem.
This is against php-4.3.10 by the way. I have
I guess I'm stepping in, in the middle of the conversation,
but dylibs and so's are totally different on MacOSX.
One of those OS X MACH-O oddities.
.dylib's are libraries which you link against, and are loaded at
runtime. (Shared Library)
.so's are something you can dlopen() (as of 10.3, don't reme
have nothing to do with each other.
-Rasmus
On Sun, 20 Jun 2004, Jan Lehnardt wrote:
--[PinePGP]--[begin]--
Hi,
On 20 Jun 2004, at 19:42, Brad House wrote:
When PECL is better adopted by the community, and PHP provides
documentation on them, I would ha
hanks.
--
-
Brad House
Sr. Developer
Main Street Softworks, Inc.
[EMAIL PROTECTED]
(386) 462-9522 Ext. 112
-
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
renaming the
directory if desired).
Thanks!
-Brad
Derick Rethans wrote:
On Sun, 20 Jun 2004, Brad House wrote:
The ext/mcve module at some point in time needs to be renamed
ext/monetra to reflect a naming change, and lessen confusion
in the field, as the product is no longer referenced as MCVE.
What
The ext/mcve module at some point in time needs to be renamed
ext/monetra to reflect a naming change, and lessen confusion
in the field, as the product is no longer referenced as MCVE.
What is the best way to go about doing this? I did not want to
just go in there and remove ext/mcve and commit the
12 matches
Mail list logo
