Re: [RFC] build IDs proposal

From: Date: Thu, 15 Jan 2009 10:49:14 +0000
Subject: Re: [RFC] build IDs proposal
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-42635@lists.php.net to get a copy of this message
On Wed, 2009-01-14 at 14:22 -0800, Stanislav Malyshev wrote: > I think that it would be better if we adopted more clean and scalable > solution for that. I propose having one string build ID, which would > look something like: "API20071006,NTS,Debug,VC8" and would be rquired to > match exactly in the engine and the module. This should be relatively > easy to generate when compiling. In general: Yes, making this extendable is good. But a few comments: - We should make sure not to over-specify things, some minor things can be irrelevant for 99% of the cases (like the old memory limit: for all extensions, except XDebug, this didn't matter but including it in the version string creates trouble and XDebug would either miss a feature (memory profiling) or not load due to a "symbol not found" ...) - We (usually) guarantee binary compatibility for bug fix releases (z in x.y.z) maybe we could use x.y in the version ID - mapping from API No. to version No. is a pain - While at it: Do we really need _three_ version IDs? (Zend API, PHP API and ZendExtension API...) - Loading a 5.2 ext in 5.3 or vice versa should give a nice error, too (... as long as there's no "symbol no found" at least) johannes

« previous php.internals (#42635) next »