-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Andreas Schwab on 2/19/2008 2:32 PM:
| Under the influence of -L, does -xtype l work like -lname '*' in
| detecting just the broken symlinks?
|
| You don't use -L of course (it isn't supported by find 4.1 anyway).
| Note that with -L you
Eric Blake [EMAIL PROTECTED] wrote:
According to Andreas Schwab on 2/19/2008 2:32 PM:
| Under the influence of -L, does -xtype l work like -lname '*' in
| detecting just the broken symlinks?
|
| You don't use -L of course (it isn't supported by find 4.1 anyway).
| Note that with -L you
On Feb 19, 2008 3:40 AM, Eric Blake [EMAIL PROTECTED] wrote:
But I am, having seen it myself. It happens when you have a stale symlink
from an older copy of gnulib, but which now points nowhere because the
file was renamed in gnulib. gnulib-tool --import automatically deletes
such symlinks,
Eric Blake [EMAIL PROTECTED] wrote:
According to Bob Proulx on 2/18/2008 6:56 PM:
| ./bootstrap: aclocal --force -I m4 ...
| aclocal: aclocal: file `m4/isnan.m4' does not exist
| 1
|
| Not sure about that.
But I am, having seen it myself. It happens when you have a stale symlink
from an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[adding bug-automake]
According to Jim Meyering on 2/19/2008 4:33 AM:
| But I am, having seen it myself. It happens when you have a stale symlink
| from an older copy of gnulib, but which now points nowhere because the
| file was renamed in gnulib.
Eric Blake [EMAIL PROTECTED] wrote:
[adding bug-automake]
According to Jim Meyering on 2/19/2008 4:33 AM:
| But I am, having seen it myself. It happens when you have a stale symlink
| from an older copy of gnulib, but which now points nowhere because the
| file was renamed in gnulib.
|
|
Jim Meyering [EMAIL PROTECTED] writes:
+# Remove dangling symlinks in gnulib-populated directories.
+# This depends on GNU find, and a relatively recent version at that.
+# Ignore any failure for now, since it's only to avoid the relatively
+# unusual case in which a symlinked-to file in
Hello,
* Eric Blake wrote on Tue, Feb 19, 2008 at 02:28:35PM CET:
[adding bug-automake]
According to Jim Meyering on 2/19/2008 4:33 AM:
| But I am, having seen it myself. It happens when you have a stale symlink
| from an older copy of gnulib, but which now points nowhere because the
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Andreas Schwab on 2/19/2008 8:37 AM:
| Jim Meyering [EMAIL PROTECTED] writes:
|
| +# Remove dangling symlinks in gnulib-populated directories.
| +# This depends on GNU find, and a relatively recent version at that.
| +# Ignore any
On Feb 19, 2008 8:12 PM, Eric Blake [EMAIL PROTECTED] wrote:
The goal here is not to delete all symlinks, just symlinks that are
broken. Under the influence of -L, does -xtype l work like -lname '*' in
detecting just the broken symlinks?
For that you want find . -depth -type l -xtype l
Eric Blake [EMAIL PROTECTED] writes:
According to Andreas Schwab on 2/19/2008 8:37 AM:
| Jim Meyering [EMAIL PROTECTED] writes:
|
| +# Remove dangling symlinks in gnulib-populated directories.
| +# This depends on GNU find, and a relatively recent version at that.
| +# Ignore any failure
I found I had been testing with a sufficiently out-of-date gnulib to
prevent coreutils' make dist from working. I updated it and now
bootstrap doesn't work :)
Should I be using a slightly older version of gnulb to build git
coreutils? Is there any mapping between compatible revisions?
$ for
James Youngman wrote:
I found I had been testing with a sufficiently out-of-date gnulib to
prevent coreutils' make dist from working. I updated it and now
bootstrap doesn't work :)
Building coreutils is somewhat involved because it needs quite new
versions of a number of dependencies. It is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bob Proulx on 2/18/2008 6:56 PM:
| ./bootstrap: aclocal --force -I m4 ...
| aclocal: aclocal: file `m4/isnan.m4' does not exist
| 1
|
| Not sure about that.
But I am, having seen it myself. It happens when you have a stale symlink
from
14 matches
Mail list logo