>> Honestly, I see no problem with universal binaries. After all >> they are not that "universal" at all. >> Perhaps you missed another reply where I asked - if you have >> 4 binaries in one file, why don't you have 4 id strings for them? >> > The problem I see [and it can certainly be that we just don't understand > each other's intentions :)], is this: > If the PHP Core [the Apache module, CLI/CGI binary, etc] is built for > instance as a 4 way universal binary [32bit and 64bit, Intel and PPC], the > machine itself is, lets say, a 64bit Intel machine and the extension being > examined is built 2 ways, say, 32bit and 64bit, how do you suggest we > compare them? > I mean, the extension should be able to load fine even though its just 2 > way because we are NOT running PPC here..
Well, for your universal extension you have 4 ids. If you care of installers, they should know all 4 ids for the module and pick this module if any one of them matches. If you care of php core, it will see only the loaded id after the loader has made its decision and picked right part from the hamburger. >> and yes, many companies that provide their php extensions in pre-compiled >> form like Zend, ionCube, and >> many others are interested in a clear way on how to detect whether >> installed php is supported and >> what module among hunderd others to pick and install. So, you usee it's >> not a way to dictate >> the loader what to load. It's a way for installer to be wise enough. >> > The installer really has nothing to do here the way I see it, a person may > later take an extension built by some other party, this extension which > technically could load just fine, will be rejected due the Engine test, as > is the situation today when compiling the extension with a VC version > different than core was compiled with. In fact, the IDs will be different in this case - vc6 and vc9 for visual studio 6 and 2008 respectively. So, still no problems. ID clearly indicates whether an extension can be used with particular php core distribution. It's only necessary to add CPU :) -jvlad -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
