X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.4 required=5.0 tests=AWL,BAYES_20,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Date: Sun, 5 Sep 2010 16:28:38 +0200 Message-ID: Subject: .exe magic reloaded From: Al To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com I came accross the following. These two files existed. /home/prefix/gentoo/bin/tr.exe /home/prefix/gentoo/usr/bin/tr -> /home/prefix/gentoo.bin/tr.exe So we have a symblic link to an executable from a different directory. Perls configuration script detected /home/prefix/gentoo/usr/bin/tr and called it as /home/prefix/gentoo/usr/bin/tr.exe. That didn't work. Obviously the .exe magic does not work for symbolic links from a different directory. I solved that by adding a second symbolic link /home/prefix/gentoo/usr/bin/tr.exe. What is the best way to go here? * Adapting all scripts that behave like Perls configuration. * Always adding both forms of symbolic links (program and program.exe) * Making .../bin and .../usr/bin the same directory by means of a hardlink. * Extending Cygwins .exe magic to work for that kind of symblic links. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple