On Sat, Feb 24, 2007 at 02:15:29PM +0200, Saulius Krasuckas wrote:
> This long line breaks automated rebasing of one of testing branches on
> (namely ntoskrnl) on my box every time a new dll or program is added.
> That's because I need to merge conflict for this line by my hand.
You might find
This long line breaks automated rebasing of one of testing branches on
(namely ntoskrnl) on my box every time a new dll or program is added.
That's because I need to merge conflict for this line by my hand.
And I am not sure what stops us from keeping "ac_config_files" list
multiline, so mergi
On Sat, Feb 24, 2007 at 02:31:25PM +0200, Saulius Krasuckas wrote:
> * On Sat, 24 Feb 2007, Marcus Meissner wrote:
> > * On Sat, Feb 24, 2007 at 02:15:29PM +0200, Saulius Krasuckas wrote:
> > > And I am not sure what stops us from keeping "ac_config_files" list
> > > multiline, so merging in futur
* On Sat, 24 Feb 2007, Marcus Meissner wrote:
> * On Sat, Feb 24, 2007 at 02:15:29PM +0200, Saulius Krasuckas wrote:
> > And I am not sure what stops us from keeping "ac_config_files" list
> > multiline, so merging in future could be automatical.
>
> The problem is that configure is automatically
On Sat, Feb 24, 2007 at 02:15:29PM +0200, Saulius Krasuckas wrote:
> This long line breaks automated rebasing of one of testing branches on
> (namely ntoskrnl) on my box every time a new dll or program is added.
> That's because I need to merge conflict for this line by my hand.
>
> And I am no
On 24/02/07, Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
This long line breaks automated rebasing of one of testing branches on
(namely ntoskrnl) on my box every time a new dll or program is added.
That's because I need to merge conflict for this line by my hand.
And I am not sure what stops us
