On Wed, Jul 29, 2009 at 07:14:37PM +0100, Pádraig Brady wrote:
> Chris Mason wrote:
> > On Wed, Jul 29, 2009 at 03:14:49PM +0100, Pádraig Brady wrote:
> >>
> >> We may need to play around with fallocate()
> >> if we want to get back to the original
> >> cp semantics of actually allocating space
> >
Giuseppe Scrivano wrote:
> Hi,
>
> I cleaned a bit the Pádraig's example in a new test case.
tests, great!
comments below.
> The second patch fixes a problem that I introduced with the commit
> e81c4d88c2fce526c02693d539e22c7468dc452b.
I would have posted that patch in the other "tail" thread.
On Wed, 29 Jul 2009, Jim Meyering wrote:
> Joel E. Denny wrote:
>
> > On Wed, 29 Jul 2009, Jim Meyering wrote:
> >
> >> Joel E. Denny wrote:
> >
> >> > I'd like to use this in Bison. Would you consider contributing
> >> > build-aux/update-copyright to gnulib so we don't maintain separate
> >> >
Hi,
I cleaned a bit the Pádraig's example in a new test case.
The second patch fixes a problem that I introduced with the commit
e81c4d88c2fce526c02693d539e22c7468dc452b.
Any comment?
Regards,
Giuseppe
>From 555192badb1a02dd730a3385e2540f48033b3de0 Mon Sep 17 00:00:00 2001
From: Giuseppe Scri
On Wed, Jul 29, 2009 at 12:10:14PM -0400, Chris Mason wrote:
> On Wed, Jul 29, 2009 at 03:14:49PM +0100, Pádraig Brady wrote:
> > Chris Mason wrote:
> > > On Tue, Jul 28, 2009 at 10:06:35PM +0200, Giuseppe Scrivano wrote:
> > >>
> > >> I can't replicate it now, all tests I am doing report that bloc
On Wed, Jul 29, 2009 at 03:14:49PM +0100, Pádraig Brady wrote:
> Chris Mason wrote:
> > On Tue, Jul 28, 2009 at 10:06:35PM +0200, Giuseppe Scrivano wrote:
> >>
> >> I can't replicate it now, all tests I am doing report that blocks used
> >> before and after the clone are the same. Probably yesterd
On Tue, Jul 28, 2009 at 10:06:35PM +0200, Giuseppe Scrivano wrote:
> Hi Pádraig,
>
>
> Pádraig Brady writes:
>
> > How different exactly?
> > OK I tried this myself on F11 with inconclusive results.
>
> I can't replicate it now, all tests I am doing report that blocks used
> before and after t
Hello People
I am trying to port various GNU products to Stratus OpenVOS platform
including the GCC compiler collection. However I am stuck currently for the
lack of wide & multibyte character support. Can somebody guide me to an
implementation of the same that I can port first. The glibc is also
Chris Mason wrote:
> On Wed, Jul 29, 2009 at 03:14:49PM +0100, Pádraig Brady wrote:
>>
>> We may need to play around with fallocate()
>> if we want to get back to the original
>> cp semantics of actually allocating space
>> on the file system for the new file.
>
> Well, best to just use the origin
FYI, I've just pushed this:
>From 5ef9069576230e11b123fffb52012c5b0e9c5f33 Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Wed, 29 Jul 2009 16:29:21 +0200
Subject: [PATCH] maint: move update-copyright to gnulib
* build-aux/update-copyright: Remove file.
* bootstrap.conf (gnulib_modules): Add u
On Wed, 29 Jul 2009, Jim Meyering wrote:
> > You're still missing copyrights containing newline followed by a comment
> > sequence. For example, m4/lib-check.m4.
>
> You're right. Thanks.
> This new version catches those, too.
> It doesn't allow trailing blanks between the final number
> and "\
Joel E. Denny wrote:
> On Wed, 29 Jul 2009, Jim Meyering wrote:
>
>> Joel E. Denny wrote:
>
>> > I'd like to use this in Bison. Would you consider contributing
>> > build-aux/update-copyright to gnulib so we don't maintain separate copies?
>>
>> Sure.
>
> Thanks. I'll watch for that. In the mea
Chris Mason wrote:
> On Tue, Jul 28, 2009 at 10:06:35PM +0200, Giuseppe Scrivano wrote:
>>
>> I can't replicate it now, all tests I am doing report that blocks used
>> before and after the clone are the same. Probably yesterday the
>> difference I noticed was in reality the original file flushed t
Joel E. Denny wrote:
> On Wed, 29 Jul 2009, Jim Meyering wrote:
>
>> Joel E. Denny wrote:
>
>> > I'd like to use this in Bison. Would you consider contributing
>> > build-aux/update-copyright to gnulib so we don't maintain separate copies?
>>
>> Sure.
>
> Thanks. I'll watch for that. In the mea
On Wed, 29 Jul 2009, Jim Meyering wrote:
> Joel E. Denny wrote:
> > I'd like to use this in Bison. Would you consider contributing
> > build-aux/update-copyright to gnulib so we don't maintain separate copies?
>
> Sure.
Thanks. I'll watch for that. In the meantime, I'll probably import a
co
Jim Meyering wrote:
> Jim Meyering wrote:
>
>> Andreas Schwab wrote:
>>
>>> Jim Meyering writes:
>>>
+#ifdef __linux__
+# define BTRFS_IOC_CLONE 1074041865
>>>
>>> This is wrong, the actual value is architecture dependent. You should
>>> use the _IOW macro instead.
>>
>> Good point. T
Jim Meyering wrote:
> Andreas Schwab wrote:
>
>> Jim Meyering writes:
>>
>>> +#ifdef __linux__
>>> +# define BTRFS_IOC_CLONE 1074041865
>>
>> This is wrong, the actual value is architecture dependent. You should
>> use the _IOW macro instead.
>
> Good point. Thanks!
> I've adjusted it.
> Here's
Jim Meyering wrote:
> Joel E. Denny wrote:
>
>> Hi Jim.
>>
>> On Fri, 26 Jun 2009, Jim Meyering wrote:
>>
>>> >From 85dd41402048603c977f49c5d1ea349b1c724531 Mon Sep 17 00:00:00 2001
>>> From: Jim Meyering
>>> Date: Fri, 26 Jun 2009 13:33:59 +0200
>>> Subject: [PATCH] maint: add a rule to automate
Joel E. Denny wrote:
> Hi Jim.
>
> On Fri, 26 Jun 2009, Jim Meyering wrote:
>
>> >From 85dd41402048603c977f49c5d1ea349b1c724531 Mon Sep 17 00:00:00 2001
>> From: Jim Meyering
>> Date: Fri, 26 Jun 2009 13:33:59 +0200
>> Subject: [PATCH] maint: add a rule to automate the annual
>> copyright-year-u
19 matches
Mail list logo
