Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:60264 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 95871 invoked from network); 23 Apr 2012 16:40:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Apr 2012 16:40:16 -0000 Authentication-Results: pb1.pair.com header.from=julienpauli@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=julienpauli@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.170 as permitted sender) X-PHP-List-Original-Sender: julienpauli@gmail.com X-Host-Fingerprint: 209.85.215.170 mail-ey0-f170.google.com Received: from [209.85.215.170] ([209.85.215.170:40317] helo=mail-ey0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D7/B1-09856-FE5859F4 for ; Mon, 23 Apr 2012 12:40:16 -0400 Received: by eaao10 with SMTP id o10so2725696eaa.29 for ; Mon, 23 Apr 2012 09:40:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=9aiRzaMoaTVGfjKrdvcApjjVYSF5ueKLief+xjj+eWU=; b=pk7WvcOeimdUtbsR9t8g8Qr1Dwse+4V/2nn9berL1M9GkSVG3bpxFTAW5OVNM1Ax63 SMcLSBQ3uSFg/k19fzqrsPvEmdu2gvKL18audhe/PgYYy+eA5bgd/oK0F5AOdqUfg0/P +fdGnZpiJUrjwg0pXQY8m34e9k9670SbadHRL04RciWQUrgzbPHaTiqizyGZPAaOfAcm QtTRjrdMH6fbgku8VKqRYHg1uC3gfh1/4LGbaWcCYZYu7s4L6r307+0o4ggjx165L2O0 KWrD+69FW+BAeCeVFmdOKnXSEwSGEPXz3H1ZdjBmoEVkwp4B9fLhN+EW8zh1TCGUQWSs i8aA== Received: by 10.213.32.78 with SMTP id b14mr1360181ebd.151.1335199212680; Mon, 23 Apr 2012 09:40:12 -0700 (PDT) MIME-Version: 1.0 Sender: julienpauli@gmail.com Received: by 10.213.29.83 with HTTP; Mon, 23 Apr 2012 09:39:32 -0700 (PDT) In-Reply-To: <1335197218.7272.109.camel@guybrush> References: <4F956B74.4040104@seld.be> <1335197218.7272.109.camel@guybrush> Date: Mon, 23 Apr 2012 18:39:32 +0200 X-Google-Sender-Auth: -wVkqiRMJYXKEyMSPD657m2OK1U Message-ID: To: =?ISO-8859-1?Q?Johannes_Schl=FCter?= Cc: Jordi Boggiano , "internals@lists.php.net" Content-Type: multipart/alternative; boundary=0015174be886c6b73b04be5b4a28 Subject: Re: [PHP-DEV] Extension versions From: jpauli@php.net (jpauli) --0015174be886c6b73b04be5b4a28 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable +1 for that notice. In fact, Zend API provides extensions a char* to give a hint about the extension version, but I guess no-one has been serious and really used that field as it would have to be. I recently noticed mistakes in ext/mysqlnd_ms as well. I then agree with Johannes, just use PHP_VERSION, and you can think about yourself as safe. Well, at least until a curious setup would compile PHP itself mixing extension versions in the same PHP Core version ... Cheers Julien.P 2012/4/23 Johannes Schl=FCter > On Mon, 2012-04-23 at 16:47 +0200, Jordi Boggiano wrote: > > As you see it goes from no version at all to proper versions, passing b= y > > svn revisions, dates, or a mix of all. > > > > In Composer [1] we try to parse all that using ReflectionExtension, to > > allow people to require some specific version of an extension if they > > want. Obviously this doesn't work very well when no version or some > > random revision number is provided. > > > > Is there any other way I overlooked to get more version info? If not, > > can this at least be improved in the future? > > For PECL extensions the version number should be fine (or you can hit > the package maintainer ;-) ). For core stuff i'd propose to switch to > PHP_VERSION as version everywhere. While this can be complicated for > extensions which are maintained in both (oci8 for instance) > > johannes > > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --0015174be886c6b73b04be5b4a28--