Hi,
When I'm running make distcheck on the Coreutils I get an error message
...
gcc -std=gnu99 -I. -I../lib -I../lib -Werror -ansi -Wno-long-long -MT
truncate.o -MD -MP -MF .deps/truncate.Tpo -c -o truncate.o truncate.c
cc1: warnings being treated as errors
truncate.c: In function 'parse_len
Michael Geng wrote:
> Hi,
>
> When I'm running make distcheck on the Coreutils I get an error message
>
> ...
> gcc -std=gnu99 -I. -I../lib -I../lib -Werror -ansi -Wno-long-long -MT
> truncate.o -MD -MP -MF .deps/truncate.Tpo -c -o truncate.o truncate.c
> cc1: warnings being treated as error
Pádraig Brady <[EMAIL PROTECTED]> wrote:
> Michael Geng wrote:
>> Hi,
>>
>> When I'm running make distcheck on the Coreutils I get an error message
>>
>> ...
>> gcc -std=gnu99 -I. -I../lib -I../lib -Werror -ansi -Wno-long-long -MT
>> truncate.o -MD -MP -MF .deps/truncate.Tpo -c -o truncate.o t
On Wed, Jun 25, 2008 at 05:29:57PM +0100, Pádraig Brady wrote:
> Michael Geng wrote:
> > Hi,
> >
> > When I'm running make distcheck on the Coreutils I get an error message
> >
> > ...
> > gcc -std=gnu99 -I. -I../lib -I../lib -Werror -ansi -Wno-long-long -MT
> > truncate.o -MD -MP -MF .deps/
Jim Meyering wrote:
> Here's a tentative patch:
>
> diff --git a/src/truncate.c b/src/truncate.c
> index 8febd58..52500d2 100644
> --- a/src/truncate.c
> +++ b/src/truncate.c
> @@ -74,10 +74,21 @@ static int
> parse_len (char const *str, off_t *size)
> {
>enum strtol_error e;
> - /* OFF_T_M
Hi,
When building coreutils-6.12 with some patches from git, we noticed that
the mkdir/selinux test fails. AIX-5.3 output:
failed to set default file creation context to `invalid-selinux-context':
Unsupported attribute value
The misc/shred-exact test failed on hp-ux because fdatasync failed wit
On Wed, Jun 25, 2008 at 07:21:51PM +0200, Jim Meyering wrote:
> Pádraig Brady <[EMAIL PROTECTED]> wrote:
> > Michael Geng wrote:
> >> Hi,
> >>
> >> When I'm running make distcheck on the Coreutils I get an error message
> >>
> >> ...
> >> gcc -std=gnu99 -I. -I../lib -I../lib -Werror -ansi -Wno-
On Wed, Jun 25, 2008 at 08:19:56PM +0100, Pádraig Brady wrote:
> Micheal there still is something wrong with your system I think.
> Did you perhaps compile glibc from scratch and didn't pass
> a required configure option for Large File Support?
I didn't compile glibc myself. So I don't know what's
Michael Geng wrote:
> On Wed, Jun 25, 2008 at 08:19:56PM +0100, Pádraig Brady wrote:
>> Micheal there still is something wrong with your system I think.
>> Did you perhaps compile glibc from scratch and didn't pass
>> a required configure option for Large File Support?
>
> I didn't compile glibc m
Bo Borgerson wrote:
> Cons:
> - It's limited by the feeder. If the sorters were able to read at their
> own pace I think this would scale better.
> - It uses N+2 processes. When sorters are run in parallel there are two
> helper processes, one feeding input and one merging output.
Hello again.
To whom it may concern:
If I do a
cp -p /zfs_nfs_mountpoint/sourcefile /localdirectory/targetfile
the command returns an error in spite of successfully copying the file.
The zfs_nfs_mountpoint is a ZFS file system that is NFS mounted. The
localdirectory is not ZFS.
The error message is:
c
Jim Meyering <> wrote:
Same test failed with coreutils-6.12.66-c1aab. truncate-fail-diag.log
attached.
>>>
>>> Oops, this snapshot doesn't seem to contain the version of gnulib with the
>>> fix:
>>> http://lists.gnu.org/archive/html/bug-coreutils/2008-06/msg00121.html
>>> I presume it
Pádraig Brady <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> Here's a tentative patch:
...
> I reviewed all uses of off_t in the code and came up with
> an almost identical patch, so I'm happy to go with the above.
Hi Pádraig,
Thanks for checking.
Here's what I've pushed:
[I added the IF_LINT
On Wed, Jun 25, 2008 at 11:39:50PM +0100, Pádraig Brady wrote:
> There may be nothing wrong with your system, I'm just speculating.
> For example on 64 bit systems which I don't have access to,
> there may be a mismatch between intmax_t and off_t which is not
> obvious to me? Anyway it would be goo
"Poor Yorick" <[EMAIL PROTECTED]> wrote:
>>> New snapshot coming up shortly.
>>
>>Here it is:
>>
>> http://meyering.net/cu/coreutils-6.12.70-4f470.tar.gz
>> http://meyering.net/cu/coreutils-6.12.70-4f470.tar.lzma
>
> That fixed it.
Thanks for confirming.
___
Fabrizio Gabbiani <[EMAIL PROTECTED]> wrote:
> To whom it may concern:
>
> If I do a
>
> cp -p /zfs_nfs_mountpoint/sourcefile /localdirectory/targetfile
>
> the command returns an error in spite of successfully copying the
> file. The zfs_nfs_mountpoint is a ZFS file system that is NFS
> mounted.
16 matches
Mail list logo