TIP #99: ADD 'FILE LINK' TO TCL ================================= Version: $Revision: 1.23 $ Author: Vince Darley State: Final Type: Project Tcl-Version: 8.4 Vote: Done Created: Tuesday, 11 June 2002 URL: https://tip.tcl-lang.org99.html Post-History: ------------------------------------------------------------------------- ABSTRACT ========== Tcl can read links, but cannot create them. This TIP proposes adding a /file link/ subcommand to allow cross-platform creation of links. PROPOSAL ========== Add a new subcommand with the following syntax: file link ?-linktype? linkName ?target? If only one argument is given, that argument is assumed to be /linkName/, and this command returns the value of the link given by /linkName/ (i.e. the name of the file it points to). If /linkName/ isn't a link or its value cannot be read (as, for example, seems to be the case with hard links, which look just like ordinary files), then an error is returned. If 2 arguments are given, then these are assumed to be /linkName/ and /target/. If /linkName/ already exists, or if /target/ doesn't exist, an error will be returned. Otherwise, Tcl creates a new link called /linkName/ which points to the existing filesystem object at /target/, where the type of the link is platform-specific (on Unix a symbolic link will be the default). This is useful for the case where the user wishes to create a link in a cross-platform way, and doesn't care what type of link is created. If the user wishes to make a link of a /specific type only/, (and signal an error if for some reason that is not possible), then the optional /linktype/ argument should be given. Accepted values for linktype are /-symbolic/ and /-hard/. When creating links on filesystems that either do not support any links, or do not support the specific type requested, an error message will be returned (in particular Windows 95, 98 and ME do not support any symbolic links at present, but Unix, MacOS and Windows NT/2000/XP (on NTFS drives) do). The TIP proposes implementing: Unix,MacOSX Win-NTFS MacOS symbolic: yes directories-only yes hard: files-only files-only no This also leaves the avenue open, in the future, for the addition of other link types (e.g. Windows shortcuts) through additions to list of acceptable /linktype/s. This TIP only proposes adding the above options. This means that a general /[file link $linkname $target]/ should always succeed on the above platforms (for both files and directories), but uses of /-hard/ or /-symbolic/ could fail, depending on the current platform, and the type of the path. RATIONALE =========== There are many requests on comp.lang.tcl for this functionality (see for a recent thread), and if Tcl can read links (/file readlink/, /file lstat/), it really ought to be able to write them. Discussion has shown that both symbolic and hard links are desirable, and that for cross-platform use a general-purpose /file link/ which creates /something/ is useful. Some users would prefer hard links to be the default, but on balance most people commenting seemed to prefer symbolic links as default. This has the added benefit that symbolic links will then be the default on MacOS, Unix and Windows for everything, /except/ files on WinTcl (where hard-links are required). ALTERNATIVES ============== There is no cross-platform alternative available. TclX provides a /link/ command for Unix only, and Unix platforms can also use /exec ln ?-s?/ command to achieve the same effect. REFERENCE IMPLEMENTATION ========================== Tcl contains a /testfilelink/ command in /generic/tclTest.c/, which is a partial implementation used by the test suite. For a full implementation of this TIP, including the /-linktype/ switch, see: / / which includes extensive docs and tests. COPYRIGHT =========== This document has been placed in the public domain. ------------------------------------------------------------------------- TIP AutoGenerator - written by Donal K. Fellows