bug#10686: mv: moving hardlink of a softlink to the softlink does nothing

2012-02-04 Thread Jim Meyering
Jim Meyering wrote: > Eric Blake wrote: > >> On 02/01/2012 05:47 AM, Jim Meyering wrote: >>> Bernhard Voelker wrote: Playing around with the latest mv checkin, I noticed another corner case: Create a file 'f', a symlink 'l' to it, and then a hardlink 's' to that symlink: >

bug#10472: [PATCH] canonicalize: fix // handling

2012-02-04 Thread Eric Blake
On Cygwin, and other platforms where // is detected as distinct from / at configure time, the canonicalize routines were incorrectly treating all instances of multiple leading slashes as //. See also coreutils bug http://debbugs.gnu.org/10472 * lib/canonicalize.c (canonicalize_filename_mode): Don'

bug#10472: [PATCH] canonicalize: fix // handling

2012-02-04 Thread Eric Blake
On 02/04/2012 09:56 AM, Eric Blake wrote: > On Cygwin, and other platforms where // is detected as distinct > from / at configure time, the canonicalize routines were incorrectly > treating all instances of multiple leading slashes as //. > See also coreutils bug http://debbugs.gnu.org/10472 > > *

bug#10472: [PATCH] canonicalize: fix // handling

2012-02-04 Thread Eric Blake
On 02/04/2012 10:59 AM, Eric Blake wrote: > On 02/04/2012 09:56 AM, Eric Blake wrote: >> On Cygwin, and other platforms where // is detected as distinct >> from / at configure time, the canonicalize routines were incorrectly >> treating all instances of multiple leading slashes as //. >> See also c

bug#10472: [PATCH] realpath: fix problems with // handling

2012-02-04 Thread Eric Blake
On platforms like Cygwin where / and // are distinct, realpath was incorrectly collapsing // into /. http://debbugs.gnu.org/10472. * src/realpath.c (path_common_prefix): When // is special, treat / and // as having no common match. (relpath): Allow for no match even without --relative-base. ---