Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Message-ID: <3500515B75D9D311948800508BA37955014BD758@EX-LONDON> From: Vince Hoffman To: "'cygwin AT cygwin DOT com'" Subject: RE: Repost, different list...File::Spec, cygwin, Syntactic vs. S emantic path analysis Date: Fri, 10 Jan 2003 19:26:34 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Well surely EVERYONE knows not to take your word, you're just mean after all. ;) > -----Original Message----- > From: Christopher Faylor [mailto:cgf AT redhat DOT com] > Sent: 10 January 2003 19:23 > To: cygwin AT cygwin DOT com > Subject: Re: Repost, different list...File::Spec, cygwin, > Syntactic vs. > Semantic path analysis > > > On Fri, Jan 10, 2003 at 10:30:23AM -0800, Shankar Unni wrote: > >linda w (cyg) wrote: > >>What were the _original_ design goals of Cygwin -- i.e. as > sponsored > >>by "RedHat"? > > > >Cygwin predates RedHat. See http://cygwin.com/history.html (the > >earliest date in the file is Dec 1995). RedHat bought > Cygnus Solutions > >(which was a shop for commercial support for GNU software, especially > >GCC ports to obscure and new platforms), which did the > original Cygwin > >work. > > > >Anyone at RedHat from the original Cygwin team (the last warriors of > >the (in)famous "Beta 20" :-)?) wanna answer this? > > Like me, for instance? I came onboard in '98 and talked to > most of the > initial developers who had eventually stampeded away from the > (to them) > distasteful duty of working on Windows. I'd been involved with cygwin > (aka gnu-win32) since early '97. > > >There's an interesting line in the early changelogs: > > > > Release Beta 8 > > [...] > > Much nicer way of describing paths, eg //c/foo is c:\foo. > > > >Suggests that the early goal *was* to provide a POSIX-y > view, and the > >exposing of Windows paths was added as a convenience.. > > Posix paths were one of the main reasons for cygwin. The > goal was to to > modify tools like gcc and make as little as possible so that Cygnus > could have a Windows toolchain but not force tool developers to deal > with modifying every line of code which assumed that '/foo' meant "the > file foo in the root directory" rather than "the file foo at the root > directory of the current drive" or "the foo option". > > I've been managing support for cygwin and have had to answer the "Why > doesn't gcc deal with my c:\include paths very well" questions for > years now. Most people get the concept once it is explained to them. > YMMV. > > So, anyway, fork, exec, and posix paths were the main motivations for > cygwin. Once I came onboard, you could add signals to that list, too. > > But, hey, if you don't believe me, then maybe Larry Hall has more > credibility. He's been around longer than I. > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/