On Mon, Jan 5, 2015 at 9:28 PM, Stanislav Malyshev <smalys...@gmail.com>
wrote:
> Hi!
>
> > usually each BC break would warrant an RFC and a vote, but I'm not sure
> > many people would use str_replace("foo", array("bar"), $subject); and
> > expect the implicit array to string conversion of array("bar") => "Array"
> > which also emits a notice.
> > let's see what others think.
>
> I wouldn't consider this a BC break. Anybody who relies on implicit
> array->string conversion has a bug anyway, and we allow that implicit
> conversion to survive only for legacy reasons, but I don't think it
> should drag behind itself the promise we'd never support array parameter
> where there was only string before. In summary, I'd say no BC break here.
> --
> Stas Malyshev
> smalys...@gmail.com
>
depends on one's definition of bc. mine is that changing anything which
isn't explicitly documented otherwise or as as undefined behavior is a bc
break.
as I mentioned I agree that there should be no otherwise correct code which
depends on this behavior (yet we have seen people complaning about BC break
when we originally introduced the notice on implicit array -> string cast
in php 5.4.0) so I would possibly vote yes on this.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
