Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67546
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.50 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <2A364FDE69FD46ECAECA939341E814DF@NeiRoze>
References: <CAH8Mpnmin=caSgrOQYZD23q80eZEVO4jyRUAYKNc2URU-2RVnQ@mail.gmail.com>
	<51A092FC.4010700@wikimedia.org>
	<CAEZPtU7fZ2xn3b9jTeYWv1JHSRxMwSpZRSo0pr37PTh4gc7K4w@mail.gmail.com>
	<CAFMT4Nqyf0srd=vhZoWAN=igq8y1Y7MQZdoNDO6kwgS6FE-VGg@mail.gmail.com>
	<CAFMT4NrdTosBt6waY0U2TBCgq2xRC=DGyUcryngKVpM0yGfY6g@mail.gmail.com>
	<51A1AF3E.5000704@sugarcrm.com>
	<CAKUjMCW4367kFCwSUOVe6H7+pdSd6f1gD7jeyYgY7GXuyqemGQ@mail.gmail.com>
	<51A1F701.4080706@lsces.co.uk>
	<1287105095.20130526154318@cypressintegrated.com>
	<CAEZPtU6OjOASbNyuXxrpu27eqBMRny_-N4h1w3MNHYpD1QNOLA@mail.gmail.com>
	<1445582130.20130526204520@cypressintegrated.com>
	<CAKOpQSyVbksQ0O9Zo7D9RYbS=ZTFyTPYwJnxyvKFLR_g1SnC1g@mail.gmail.com>
	<2A364FDE69FD46ECAECA939341E814DF@NeiRoze>
Date: Mon, 27 May 2013 00:02:21 -0700
Message-ID: <CAKOpQSwRP_kKTjnp-R4=ixwQNZLqMf0uML+MCzFDC21UDXRnYA@mail.gmail.com>
To: Reinis Rozitis <r@roze.lv>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary=047d7b6d9a88e2d29d04ddadbae0
Subject: Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?
From: kris.craig@gmail.com (Kris Craig)

--047d7b6d9a88e2d29d04ddadbae0
Content-Type: text/plain; charset=ISO-8859-1

On Sun, May 26, 2013 at 11:49 PM, Reinis Rozitis <r@roze.lv> wrote:

> Again, why can't we just bypass this whole argument by adding a configure
>> option?  Something like --date.default_timezone="**America/Los_Angeles"?
>>  It
>> could then build that in so it'll assume that if there's no php.ini or if
>> it's just not set in there.  Problem solved, everybody's use-case covered.
>>
>
> If you build php yourself from source there is always the option to throw
> (comment out) that one particular E_WARNING line ext/date/php_date.c.(that
> is something I do for example for mysqlnd which complains about
> non-existing character set on older sphinxsearch instances).
>
>
> But if the OP is annoyed by typing "php -d date.timezone=... myfile.php"
> each time he could just make an alias (or doskey in win environment).
>
>
> rr
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Well yes, but you could make the same argument for a lot of the configure
options that are already in place.  Personally, if such a configure option
existed, I'd probably use it myself, since date.timezone is generally the
only manual modification I have to make to php.ini, anyway.  If I could set
that in configure, I wouldn't have to bother with php.ini at all when doing
installs.

If there's no downside to adding that option (at least I haven't seen
anybody offer one yet) and it has a reasonable use-case (which it does),
then why not?  It would certainly make a lot more sense than manually
editing the source code, particularly for sysadmins who might not have any
programming experience.

--Kris

--047d7b6d9a88e2d29d04ddadbae0--