I'm assuming "delete" isn't a function but the C++ operator delete. You're probably #including the same file more than once, but I doubt it's in Zend.
If all else fails, you can try passing "/FORCE" to the linker options and it'll try to force the linkage. It might result in a broken binary, though. J Igal Ore wrote: > I developing some extension on m$ platform with M$VC6.0 ( it's a OpenSSL > crypto capabilities, more advanced than OpenSSL extension providing, when > i fill it ready i will try to publish to PHP site) when core language for > internals is a C++, meaning inside implementation of PHP functions there > calls to C++ classes; may be in future i should actually use PHP object > oriented side. > > Until than was not much functions it was nice and exciting development , > until number of functions grow to more than 60 and becomes a little hard > to maintain in one file. I tried to do very standard thing , segregate > functions by they functionality to different files , and all seemed to be > happy in compilation but not in linking; > > I'm receiving this > php_TPKCS12.obj : LNK2005 error: _delete already defined in cert.obj > php_TPKCS12.obj : warning LNK4006: _delete already defined in cert.obj; > second definition ignored > > I searched forums of PHP and around for some examples of somebody stuck > with same problem , but haven't found something similar; > There some references and even explanations how to create PHP extension in > C++ but there again considering that all PHP functions are defined and > implemented in one file. > > obliviously this is very urgent and not very "hot" issue , but still could > somebody give a look on this . > > Not interesting proposition like search for C function named "delete" is > not counting. There is no such thing in PHP code and not in my code > > My hint (and after some digging in code, another point to have open source > code for applications) that somewhere in ZEND engine there definition that > confusing compiler/linker that not protected from header file redefinition > problems ... -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php