ln -s exe magic (coreutils 6.7-2)

Eric Blake ebb9@byu.net
Wed Jan 24 13:45:00 GMT 2007

Hash: SHA1

According to Corinna Vinschen on 1/24/2007 2:48 AM:
> This looks rather like a problem with the exe magic in coreutils.  FWIW,
> I never liked the idea to create "foo.exe.lnk" symlinks.  They only slow
> down the symlink processing in Cygwin.

Should we get rid of the special processing in cygwin 1.7.0?

Right now, ./foo could invoke one of ./foo, ./foo.exe, ./foo.lnk, or
./foo.exe.lnk.  Removing support for foo.exe.lnk simplifies this case -
when checking for foo, you only have two fallbacks instead of three.

You can also do ./foo.exe, which invokes ./foo.exe or ./foo.exe.lnk.  But
  here, the .lnk fallback is already covered.

I'm having a tough time thinking of any scenarios that will break in a new
installation if we drop .exe.lnk support; and I'm only slightly worried
that existing cases, such as Pierre's example of /usr/sbin/sendmail.lnk
vs. /usr/sbin/sendmail.exe.lnk, tripping up users.  I would be in favor of
such a change, especially since we can tie it to the fact that we are
bumping the major version number.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             ebb9@byu.net
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

More information about the Cygwin mailing list