#20184 [NEW]: Add the build date to the output from php -v
| From: | vlcc69jfbo001 at sneakemail dot com | Date: | Thu, 31 Oct 2002 09:20:13 +0000 |
| Subject: | #20184 [NEW]: Add the build date to the output from php -v | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-23768@lists.php.net to get a copy of this message | ||
From: vlcc69jfbo001@sneakemail.com
Operating system: All
PHP version: 4CVS-2002-10-31
PHP Bug Type: Feature/Change Request
Bug description: Add the build date to the output from php -v
When testing CVS versions of PHP it is occasionally easy to
lose track of which date's version you're running, whether
you forgot to compile after the last CVS update etc. Other
than burrowing for the executables and reading modification
dates, there doesn't seem to be an simple way of finding
the build date. It would seem like a reasonable idea to add
the build date to the output from php -v. so it reads
something like:
>php -v
PHP 4.3.0-dev (cli) (built: Oct 29 12:04), Copyright (c)
1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend
Technologies
--
Edit bug report at http://bugs.php.net/?id=20184&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20184&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20184&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20184&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20184&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20184&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=20184&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20184&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=20184&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=20184&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20184&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20184&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20184&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20184&r=isapi