Wrong behavior of ``readlink -f''?

[Thomas Schwinge]

Hello!

I'm a bit stumped with this behavior of ``readlink -f'', as it doesn't
match what I had expected.

#v+
address@hidden:~/tmp $ mkdir a-long
address@hidden:~/tmp $ touch a-long/f
address@hidden:~/tmp $ ln -s a-long a
address@hidden:~/tmp $ readlink -f a/f
/home/thomas/tmp/a-long/f
address@hidden:~/tmp $ readlink -f a-long/../a/f
/home/thomas/tmp/a-long/f
address@hidden:~/tmp $ readlink -f a/../a-long/f
/home/thomas/tmp/a-long/f
address@hidden:~/tmp $ readlink -f a/../a/f
address@hidden:~/tmp $ echo $?
1
#v-

Why doesn't it resolve the latter case just as the previous ones?
Because there are two symbolic links involved?  Or two times the same
one?  Strange.


#v+
address@hidden:~/tmp $ readlink --version | head -n 2
readlink (GNU coreutils) 5.97
Copyright (C) 2006 Free Software Foundation, Inc.
address@hidden:~/tmp $ apt-cache policy coreutils | grep Installed
  Installed: 5.97-5.3ubuntu3
#v-


I even decided to give the git master branch an try, but:
``configure.ac:35: require Automake 1.10.1, but have 1.10''.  There I
decided to stop and not begin upgrading my whole toolchain.


Regards,
 Thomas

signature.asc
Description: Digital signature