Re: [PHP-DEV] Compilation failure on AIX with 5.1.4

2006-06-07 Thread Mark Spruiell
On 08.06.2006 01:56, Antony Dovgal wrote: > Do you have a patch? I was a bit concerned about the fact that these are bison-generated files. Doesn't that imply a bug in whatever version of bison was used to generate these files? And wouldn't the bug instantly reappear as soon as these files are re

[PHP-DEV] Compilation failure on AIX with 5.1.4

2006-06-07 Thread Mark Spruiell
Building PHP 5.1.4 on AIX fails in two places with a syntax error: Zend/zend_language_parser.c:2585 Zend/zend_ini_parser.c:1081 The offending code is the same in both cases, which is not surprising since they are both bison-generated files: #if defined (__STDC__) || defined (__cplusplus) int yyp

Re: [PHP-DEV] Re: Change to function call semantics in PHP 5.1?

2006-02-21 Thread Mark Spruiell
> Mark Spruiell wrote: >> In PHP 5.0.x, I can chain function calls like this: >> >> $obj->method()->anotherMethod(); >> >> In PHP 5.1.x, this code results in an error: >> >> parse error, unexpected T_OBJECT_OPERATOR in ... >> >> I'

[PHP-DEV] Change to function call semantics in PHP 5.1?

2006-02-21 Thread Mark Spruiell
In PHP 5.0.x, I can chain function calls like this: $obj->method()->anotherMethod(); In PHP 5.1.x, this code results in an error: parse error, unexpected T_OBJECT_OPERATOR in ... I've looked through the change log for 5.1 but didn't see anything relevant. Was this an intentional change? Thank

[PHP-DEV] Change to function call semantics in PHP 5.1?

2006-02-21 Thread Mark Spruiell
In PHP 5.0.x, I can chain function calls like this: $obj->method()->anotherMethod(); In PHP 5.1.x, this code results in an error: parse error, unexpected T_OBJECT_OPERATOR in ... I've looked through the change log for 5.1 but didn't see anything relevant. Was this an intentional change? Thank

Re: [PHP-DEV] Re: namespace separator ideas

2005-12-02 Thread Mark Spruiell
> BdB>>The above can either mean "call function c in namespace b under > BdB>>namespace a" or "call static method c of class b under namespace a". > BdB>>Since this cannot be determined, "::" cannot be used. > > This provided we support nested namespaces. Do we need them? Nested namespaces are imp

[PHP-DEV] Fix requested for C++ compatibility

2004-04-28 Thread Mark Spruiell
I'd like to thank whoever fixed Zend/zend_interfaces.h in RC2 so that it avoids a "duplicate symbol" link error when building PHP with a C++ compiler. However, a similar issue was introduced in RC2 in Zend/zend_exceptions.h: ZEND_API void (*zend_throw_exception_hook)(zval *ex TSRMLS_DC); It would

[PHP-DEV] Compile error in PHP5 main/network.c

2004-04-09 Thread Mark Spruiell
Line 829 in main/network.c causes a compile error on HP-UX: if (err == PHP_TIMEOUT_ERROR_VALUE) { I believe this line should instead read if (*error_code == PHP_TIMEOUT_ERROR_VALUE) { I verified that this is present in the most recent snapshot. - Mark -- PHP Internals

Re: [PHP-DEV] [Fwd: PHP Access Violation using PEAR::Mail_smtp]

2004-04-06 Thread Mark Spruiell
Ben, It may not be related to your situation, but I just submitted this bug report: http://bugs.php.net/bug.php?id=27895 Take care, - Mark > I will try to do this. Unfortunately, I goofed up and stated that it > could not send e-mail at all. This was do to setting my authentication > method t

[PHP-DEV] Problems linking C++ extension

2004-02-17 Thread Mark Spruiell
Hi, The header file Zend/zend_interfaces.h contains the following lines: ZEND_API zend_class_entry *zend_ce_traversable; ZEND_API zend_class_entry *zend_ce_aggregate; ZEND_API zend_class_entry *zend_ce_iterator; ZEND_API zend_class_entry *zend_ce_arrayaccess; These lines cause "multiple definiti

Re: [PHP-DEV] Re: Support for C++ extension in UNIX builds

2003-08-22 Thread Mark Spruiell
> Mark Spruiell wrote: >> >> Unlike GCC, Sun's C and C++ compilers are independent entities, therefore >> you can't link a C++ program or shared library when the C compiler is >> driving the linker. It's also not possible to compile PHP's C code wi

Re: [PHP-DEV] Re: Support for C++ extension in UNIX builds

2003-08-22 Thread Mark Spruiell
rs are independent entities, therefore you can't link a C++ program or shared library when the C compiler is driving the linker. It's also not possible to compile PHP's C code with Sun's C++ compiler. I guess we're a little spoiled by GCC. :) - Mark > J > > > Mar

Re: [PHP-DEV] Support for C++ extension in UNIX builds

2003-08-22 Thread Mark Spruiell
>> On Solaris with Sun CC, however, I've had to manually edit the >> Makefile or the libtool script in order to successfully build >> my extension. When I compile the extension into PHP, I have to >> change $(CC) to $(CXX) in certain places in the Makefile. > > *.cpp files are automatically com

Re: [PHP-DEV] Support for C++ extension in UNIX builds

2003-08-19 Thread Mark Spruiell
> >Add PHP_REQUIRE_CXX to your config.m4 Thanks for the reply, but I've already got PHP_REQUIRE_CXX in my config.m4, and I'm setting the cxx flag in PHP_NEW_EXTENSION. Is there anything else I'm missing? - Mark >--Jani > > > On Tue, 19 Aug 2003, Mark S

[PHP-DEV] Support for C++ extension in UNIX builds

2003-08-19 Thread Mark Spruiell
I've written a PHP5 extension in C++ that builds great on Linux with GCC, whether I compile it into PHP or build it as a shared library. On Solaris with Sun CC, however, I've had to manually edit the Makefile or the libtool script in order to successfully build my extension. When I compile the e

Re: [PHP-DEV] Making a variable global question

2003-08-01 Thread Mark Spruiell
Hi Ken, I'm fairly new to PHP extension programming, so forgive me if I'm missing the obvious, but your code appears to be trying to copy a global variable to a local scope. Is that your intent? If so, why can't the script do this itself by using a "global" declaration for the variable? For examp

Re: [PHP-DEV] DLL export request

2003-07-31 Thread Mark Spruiell
>>- I cannot pass null as the value of a parameter for which a type hint >> has been specified. Is there any way around this restriction, aside >> from removing the type hint? > > Not right now. Stay tuned though. Related to this... The zend_parse_parameters function invokes zend_check_class

Re: [PHP-DEV] DLL export request

2003-07-31 Thread Mark Spruiell
> Ok, the situation is somewhat clearer now. But I think you're going in > the wrong direction. The underlying data structures may (and most likely > will) change even between betas of ZE2, and these APIs may be altered > too... Other than the (obvious) lack of warm fuzzy feeling, wouldn't > inv

Re: [PHP-DEV] DLL export request

2003-07-31 Thread Mark Spruiell
>>Can I assume from the lack of an enthusiastic response that my >>use case doesn't really justify the changes I requested? :) > > Not necessarily - I didn't quite understand why register_internal_class > doesn't work for you, and didn't have enough time to dive into it. If you > can elaborate a b

Re: [PHP-DEV] DLL export request

2003-07-30 Thread Mark Spruiell
d. Is there any way around this restriction, aside from removing the type hint? - Is there a way for a user class to implement the comparison operator? - Mark >> At 21:30 28/07/2003, Mark Spruiell wrote: >>>Hi, >>> >>>I'm prototyping a PHP5 extension create

Re: [PHP-DEV] DLL export request

2003-07-28 Thread Mark Spruiell
> At 21:30 28/07/2003, Mark Spruiell wrote: >>Hi, >> >>I'm prototyping a PHP5 extension creates user classes dynamically. >>This (mostly) works, although it's apparent that PHP isn't really >>expecting this type of activity. >> >>I d

[PHP-DEV] DLL export request

2003-07-28 Thread Mark Spruiell
nctions are not exported from the PHP DLL: zend_do_inheritance zend_initialize_class_data Are there any objections to exporting these functions so that they can be used by extensions? Thanks, - Mark Spruiell -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php