On Mon, Mar 4, 2013 at 7:23 AM, Stas Malyshev wrote:
> Hi!
>
>> I'd to agree on one thing tho'. NEWS should not be manually edited.
>> With or without git, it is a (relatively small) pain. Back to the git
>> migration time, David and I discussed about generating it from the
>> commit messages. Tha
Hi!
> I'd to agree on one thing tho'. NEWS should not be manually edited.
> With or without git, it is a (relatively small) pain. Back to the git
> migration time, David and I discussed about generating it from the
> commit messages. That implies to enforce a commit message format, a
> 1st attempt
On Sun, Mar 3, 2013 at 10:12 PM, Derick Rethans wrote:
> On Sun, 3 Mar 2013, Stas Malyshev wrote:
>
>> > Everytime I want to merge up from PHP-5.3 to 5.4 to 5.5 to master
>> > for the timezone database I get conflicts in NEWS, I don't even
>> > touch that file.
>>
>> Did you set up git as describe
hi Derick,
On Sun, Mar 3, 2013 at 8:00 PM, Derick Rethans wrote:
> Hi,
>
> I've just renamed the NEWS files to a branch specific variant. NEWS
> files should not be merged up (as their contents are not linked) and
> they always cause a bit pain when doing automated things (such as the
> tzdb upda
Hi!
> I suppose we could use a .gitattributes file:
> http://blog.mindlesstechie.net/2012/08/17/always-keep-your-copy-of-a-particular-file-in-a-git-merge/
You still have to do git config with this solution. The whole problem is
that not everybody knows that it needs to be done.
--
Stanislav Maly
On Sun, Mar 3, 2013 at 10:18 PM, Stas Malyshev wrote:
> Hi!
>
> > I have never seen that, but I do consider that a hack. You will never
> > get everybody to make that configuration. Feel free to revert it.
>
> Well, I think it works reasonable well (it did for me). It is a hack,
> but it gets the
Hi!
> I have never seen that, but I do consider that a hack. You will never
> get everybody to make that configuration. Feel free to revert it.
Well, I think it works reasonable well (it did for me). It is a hack,
but it gets the job done and it's pretty easy. Maybe it has to be more
visible or
On Sun, 3 Mar 2013, Stas Malyshev wrote:
> > Everytime I want to merge up from PHP-5.3 to 5.4 to 5.5 to master
> > for the timezone database I get conflicts in NEWS, I don't even
> > touch that file.
>
> Did you set up git as described in
> https://wiki.php.net/vcs/gitfaq#mandatory_git_setting
Hi!
> Everytime I want to merge up from PHP-5.3 to 5.4 to 5.5 to master for
> the timezone database I get conflicts in NEWS, I don't even touch that
> file.
Did you set up git as described in
https://wiki.php.net/vcs/gitfaq#mandatory_git_settings ? Because I never
had merge conflicts in NEWS, i
On Sun, 3 Mar 2013, Gustavo Lopes wrote:
> On Sun, 03 Mar 2013 20:00:47 +0100, Derick Rethans
> wrote:
>
> > I've just renamed the NEWS files to a branch specific variant. NEWS
> > files should not be merged up (as their contents are not linked) and
> > they always cause a bit pain when doing
On Sun, 3 Mar 2013, Stas Malyshev wrote:
> > I've just renamed the NEWS files to a branch specific variant. NEWS
> > files should not be merged up (as their contents are not linked) and
> > they always cause a bit pain when doing automated things (such as
> > the tzdb update).
>
> I would real
Hi!
> I've just renamed the NEWS files to a branch specific variant. NEWS
> files should not be merged up (as their contents are not linked) and
> they always cause a bit pain when doing automated things (such as the
> tzdb update).
I would really prefer first asking, then doing things to stab
Hi,
I've merged PCRE 8.32 into the current dev branches. The test pass so
far on all the constellations in Windows and Linux. However it'd make
sense to observe it with more attention in the next builds.
Regards
Anatol
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vi
On Sun, 03 Mar 2013 20:00:47 +0100, Derick Rethans
wrote:
Hi,
I've just renamed the NEWS files to a branch specific variant. NEWS
files should not be merged up (as their contents are not linked) and
they always cause a bit pain when doing automated things (such as the
tzdb update).
How do
Hi,
I've just renamed the NEWS files to a branch specific variant. NEWS
files should not be merged up (as their contents are not linked) and
they always cause a bit pain when doing automated things (such as the
tzdb update).
cheers,
Derick
--
PHP Internals - PHP Runtime Development Mailing L
On Tue, Feb 26, 2013 at 6:08 PM, Dmitry Stogov wrote:
> On Tue, Feb 26, 2013 at 8:49 PM, Nikita Popov wrote:
>
>> On Tue, Feb 26, 2013 at 7:41 AM, Dmitry Stogov wrote:
>>
>>> Hi Nikita,
>>>
>>> I like the idea.
>>> But note, that it may cause some unexpected behaviour and bugs.
>>> I didn't test
On Sun, Mar 3, 2013 at 3:38 AM, Ard Biesheuvel
wrote:
> On 3 March 2013 12:36, Hannes Magnusson wrote:
>> On Sun, Mar 3, 2013 at 3:25 AM, Ard Biesheuvel
>> wrote:
>>> I am fine using the new account. If there is a need to merge the
>>> karma, please do so but I think the new account has all the
On 3 March 2013 12:36, Hannes Magnusson wrote:
> On Sun, Mar 3, 2013 at 3:25 AM, Ard Biesheuvel
> wrote:
>> I am fine using the new account. If there is a need to merge the
>> karma, please do so but I think the new account has all the karma I
>> need.
>
> You can't really have two open accounts.
On Sun, Mar 3, 2013 at 3:25 AM, Ard Biesheuvel
wrote:
> On 3 March 2013 18:08, Hannes Magnusson wrote:
>
>> If you'd like to change your username to your new one we can delete
>> your old account and merge your karma (if there is any difference) to
>> your new accounts and delete the old account.
On 3 March 2013 18:08, Hannes Magnusson wrote:
> If you'd like to change your username to your new one we can delete
> your old account and merge your karma (if there is any difference) to
> your new accounts and delete the old account..
>
I am fine using the new account. If there is a need to m
Hi
>
> - usage expression in write context (e.g. passing constant by reference)
>
> function foo(&$foo) {}
> foo("abc"[0]);
>
> - destruction of temporary result
>
> ($a . $b)[4]; // if ($a.$b) is destroyed?
>
> - in some cases destruction of temporary result may cause destruction of
> final
On Sat, Mar 2, 2013 at 7:07 PM, Ard Biesheuvel
wrote:
> On 3 March 2013 07:48, Hannes Magnusson wrote:
>> On Thu, Jan 17, 2013 at 8:18 AM, PHP Group wrote:
>>> rasmus approved ardbiesheuvel account request \o/
>>>
>>
>> Are you a different guy from abies (with an @ewi.tudelft.nl address)?
>> Cre
> -Original Message-
> From: Pierre Joye [mailto:pierre@gmail.com]
> Sent: Sunday, March 03, 2013 9:26 AM
> To: Zeev Suraski
> Cc: Laruence; PHP Developers Mailing List
> Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP
> distribution
>
> On Sun, Mar 3, 2013 at 8:2
On 03/03/2013 12:43 AM, Pierre Joye wrote:
> On Sun, Mar 3, 2013 at 8:41 AM, Rasmus Lerdorf wrote:
>> The
>> first step towards integration is getting it in.
>
> That does not guarantee that further steps can be done, from a timely manner.
There is never any such guarantee and the current result
On Sun, Mar 3, 2013 at 8:41 AM, Rasmus Lerdorf wrote:
> The RFC is about integrating O+ into PHP which can by definition only
> happen in 5.5 and later.
Implicitly no, while it is clear that it has to be done. But
explicitly the RFC uses the word integration for 5.5 and it won't
happen. However
25 matches
Mail list logo
