Here's a new-to-me reason to use || rather than |:
From dc0f5eb6a01b759c92478be7f21de3e685ebfbca Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Mon, 4 Jan 2010 16:46:44 +0100
* src/cp.c (make_dir_parents_private): Use || rather than |,
so that clang understands there is no
As the log says...
From be6c13e7e0abc46121c4250c82019179fd5e85c2 Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Mon, 4 Jan 2010 16:49:30 +0100
* src/tac.c (main): Free the input buffer in most cases.
---
src/tac.c |7 ++-
1 files changed, 6 insertions(+), 1
I'm aiming for a release of coreutils-8.3 tomorrow or Thursday,
so if you can find time to build this and run tests before then,
please do.
coreutils snapshot: (.gz files are here, too)
http://meyering.net/cu/coreutils-ss.tar.xz 4.3 MB
http://meyering.net/cu/coreutils-ss.tar.xz.sig
On Tue, 5 Jan 2010, Jim Meyering wrote:
Here's the NEWS, then shortlogs for coreutils and gnulib:
** Bug fixes
[snip]
tail -F (inotify-enabled) would abort when a tailed file is repeated
renamed-aside and then recreated.
[bug introduced in coreutils-7.5]
Should that be repeatedly?
Hello,
Surprisingly “make dist” has been failing on Hydra for some time[*]:
--8---cut here---start-8---
gcc -std=gnu99 -I. -g -O2 -c -o exclude.o exclude.c
In file included from mbuiter.h:106,
from exclude.c:38:
mbchar.h: In function
Philip Rowlands wrote:
tail -F (inotify-enabled) would abort when a tailed file is repeated
renamed-aside and then recreated.
[bug introduced in coreutils-7.5]
Should that be repeatedly?
Yes. Thanks!
From bbdc929602fb1a3886fced0459ba405151549739 Mon Sep 17 00:00:00 2001
From: Philip
Ludovic Courtès wrote:
Surprisingly “make dist” has been failing on Hydra for some time[*]:
gcc -std=gnu99 -I. -g -O2 -c -o exclude.o exclude.c
In file included from mbuiter.h:106,
from exclude.c:38:
mbchar.h: In function 'mb_width_aux':
mbchar.h:241: warning:
From c65f5323d2c187e01e73c7a074382f77ff8ee708 Mon Sep 17 00:00:00 2001
From: Kovarththanan Rajaratnam kovarththanan.rajarat...@gmail.com
Date: Tue, 5 Jan 2010 20:24:02 +0100
Subject: [PATCH] src/sort.c: assert on temp.text before calling memcpy()
clang detected the following false positive:
Hi,
I run Fedora 11 on a AMD phenom 2
Linux phenom 2.6.30.10-105.fc11.i686.PAE #1 SMP Thu Dec 24 16:41:17 UTC 2009
i686 athlon i386 GNU/Linux
(yes, the 32-bit version on a 64-bit machine)
I have gmp-4.1.2-2 installed, too.
when I run
factor 4951760154835678088235319297
it returns:
factor:
URL:
http://savannah.gnu.org/bugs/?28492
Summary: pr header lacks spaces around long file names
Project: GNU Core Utilities
Submitted by: None
Submitted on: Wed 06 Jan 2010 12:53:34 AM UTC
Category: None
Follow-up Comment #1, bug #28492 (project coreutils):
Thanks for the report (although the mailing list tends to be the preferred
medium for potential patches). You are indeed correct that this is a
violation of POSIX.
Your patch is reversed in sense (you want the original file to be listed
11 matches
Mail list logo
