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 Date: Wed, 4 May 2005 11:24:13 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: pwd vs $PWD, bash, cygwin vs Linux Message-ID: <20050504152413.GN24661@trixie.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com References: <20050504150540 DOT 43048 DOT qmail AT web30212 DOT mail DOT mud DOT yahoo DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504150540.43048.qmail@web30212.mail.mud.yahoo.com> User-Agent: Mutt/1.5.8i On Wed, May 04, 2005 at 08:05:40AM -0700, Peter Farley wrote: >But what if it is *not* your Makefile, I just went back and reread this thread. It isn't exactly clear that this was not your Makefile. You mentioned a "test setup" which seemed to imply that you were using your own Makefiles. >but someone else's, e.g. the many GNU source packages that expect bash >behavior? Most GNU packages are interested in being portable. Assuming that every system out there is POSIX compliant is not portable. I have a couple of older systems that I use which would have the same problems as cygwin if you use PWD in a Makefile. Actually, CURDIR would also be a problem for them since they don't use GNU make. Since the workaround is trivial it would make sense to not rely on PWD in any package that is supposed to be disseminated widely. >Surely you don't intend that ordinary users (well, OK, anyone compiling >from a source package isn't really "ordinary") should modify every >package maintained by GNU in order to make it under cygwin, do you? I would expect a GNU-maintained package to accept a patch to eliminate a potential problem source. However, I surely don't intend to keep talking about this any further. I get the feeling that you want us (i.e., cygwin maintainers) to do something globally to solve this. We've been using ash for many years and we're not about to change anytime soon. You've been given enough alternatives now that you should be able to get things working. Cygwin is not guaranteed to be 100% POSIX compliant or 100% linux compliant. Sometimes we make tradeoffs because of Windows constraints. Since bash is noticeably slower than ash under Cygwin, we use ash as our /bin/sh. That produces some problems for non-portable shell constructs. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/