Re: [CMake] No FileIsSymlink(...) for Win32?

2007-11-15 Thread Pau Garcia i Quiles
Quoting Gonzalo Garramuño [EMAIL PROTECTED]: Pau Garcia i Quiles wrote: Windows 2000 Server, XP and 2003 Server, at least, include a linkd.exe utility which creates actual symlinks. It only works on NTFS filesystems, AFAIK, but it works well. Active Directory relies uses linkd'd

Re: [CMake] No FileIsSymlink(...) for Win32?

2007-11-15 Thread Miguel A. Figueroa-Villanueva
On 11/14/07, Gonzalo Garramuño wrote: Miguel A. Figueroa-Villanueva wrote: You may, however, want to request a function to parse shortcuts, albeit you can probably write it in .cmake yourself (as it a .lnk file is just a text file). Yes, I understand that windows doesn't have real symbolic

[CMake] No FileIsSymlink(...) for Win32?

2007-11-14 Thread Miguel A. Figueroa-Villanueva
Hello, I have a directory structure (through cygwin) like the unices: .../usr/local .../usr/local/share .../usr/local/man-share/man The link above is not really a symlink, but a shortcut. When I install cmake, it creates the .../usr/local/man dir instead of placing files in

Re: [CMake] No FileIsSymlink(...) for Win32?

2007-11-14 Thread Gonzalo Garramuño
Miguel A. Figueroa-Villanueva wrote: Isn't there a way to detect the shortcut in win32 and not create the directory if it exists? Something equivalent to: The short answer is that no. Shortcuts are basically a property of the Windows GUI environment, not of the file system. As such, all

Re: [CMake] No FileIsSymlink(...) for Win32?

2007-11-14 Thread Pau Garcia i Quiles
Quoting Gonzalo Garramuño [EMAIL PROTECTED]: Miguel A. Figueroa-Villanueva wrote: Isn't there a way to detect the shortcut in win32 and not create the directory if it exists? Something equivalent to: The short answer is that no. Shortcuts are basically a property of the Windows GUI

Re: [CMake] No FileIsSymlink(...) for Win32?

2007-11-14 Thread Gonzalo Garramuño
Pau Garcia i Quiles wrote: Windows 2000 Server, XP and 2003 Server, at least, include a linkd.exe utility which creates actual symlinks. It only works on NTFS filesystems, AFAIK, but it works well. Active Directory relies uses linkd'd directories in several places (for instance, SYSVOL and