From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Faylor To: Syd Polk Cc: "John A. Turner" , insight@sourceware.cygnus.com Subject: Re: Insight on Windows NT w/cygwin Date: Mon, 12 Jun 2000 12:36:00 -0000 Message-id: <20000612153634.A6681@cygnus.com> References: <14661.9716.435831.289091@denmark.blueskystudios.com> <26.6c5bb43.26729762@cs.com> <20000609205234.A31688@cygnus.com> <20000612153055.A6604@cygnus.com> <4.2.0.58.20000612123258.00c27180@pop.cygnus.com> X-SW-Source: 2000-q2/msg00261.html On Mon, Jun 12, 2000 at 12:33:32PM -0700, Syd Polk wrote: >At 03:30 PM 6/12/00 -0400, Chris Faylor wrote: >>On Mon, Jun 12, 2000 at 02:03:32PM -0400, John A. Turner wrote: >> >>>>>> "CF" == Chris Faylor : >> >CF> Unfortunately, insight has always had only minimal ability to recognize >> >CF> Cygwin paths. This is due to the fact that the tcl and tk DLLs are 98% >> >CF> pure Windows and only the bare minimum support for cygwin paths >> >CF> required to search for things like init.tcl, etc. >> > >> >could someone discuss the pros and cons of using a fully cygwin-aware >> >version of tcl/tk? seems to me that's what most people using insight on >> >cygwin would want anyway >> > >> >I just know that after using a native build of XEmacs for some time, I was >> >much happier when I started using a cygwin build - seems it would be >> >similar with insight >> >>Pro: insight would be able to use all UNIX-like features of Cygwin. >> >>Con: Somebody has to do it. > >Other con: People using Insight for native Windows development could get >confused. We've tried to minimize incompatibilities with recent cygwin DLLs such that a path which contains a colon or backslash is assumed to be a pure Windows path and is untouched by the cygwin path-handling code. This was because we'd had some complaints from people who didn't care about cygwin and just wanted to compile and debug their programs using standard Windows pathnames. This seemed like a good compromise, although gdb in general doesn't really like to use \ as a path separator. Of course, now we are seeing complaints in the cygwin mailing list from people who had routinely done things like #include "myincludedir\\bob.h" and are concerned that they can no longer find bob.h... cgf