X-Spam-Check-By: sourceware.org From: "Dave Korn" To: References: <20070501120623 DOT GA3824 AT tishler DOT net> <20070501133951 DOT GB17841 AT trixie DOT casa DOT cgf DOT cx> <463747BC DOT 3050002 AT cwilson DOT fastmail DOT fm> <04ca01c78bfb$39c7b530$2e08a8c0 AT CAM DOT ARTIMI DOT COM> <20070501143305 DOT GF17841 AT trixie DOT casa DOT cgf DOT cx> Subject: RE: [Ping Python maintainer]: enhancement request Date: Tue, 1 May 2007 15:57:21 +0100 Message-ID: <04d001c78c01$05278340$2e08a8c0@CAM.ARTIMI.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20070501143305.GF17841@trixie.casa.cgf.cx> Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On 01 May 2007 15:33, Christopher Faylor wrote: > On Tue, May 01, 2007 at 03:15:52PM +0100, Dave Korn wrote: >> On 01 May 2007 14:59, Charles Wilson wrote: >>> Because python is a command interpreter, > >>> Similarly, sh.exe >> >> I think these are two very strong arguments in favour. > > python.exe isn't anything like the interactive shell AFAIUI, that's not what "command interpreter" means. I though shells were a subcategory of command interpreters. YMMV. >> I note that we already (appear to?) do the same for perl. > > Ok. I agree that is an argument in favor since I don't recall many > complaints about perl. It is a simple copy though, AFAICT. I've > registered my objections now and I'll leave the decision to the maintainer. Likewise. >> (/me remembers back to the insane gyrations I had to go through a >> couple of years ago when I had to setup makefiles for my clients who >> wanted to invoke them from cmd.exe using --win32 and have them work on >> systems that could have either cygwin python or active python or both >> and they could come in any order in the path.... ) > > This isn't really relevant to the discussion Yes, it was a humorous aside. I certainly wasn't suggesting trying to accomodate such exotic corner cases, but it amuses me to describe them. >since the cygwin version of > make wouldn't have any problem with symlinks. JFTR, --win32 meant that it was using cmd.exe to launch python rather than bash (and there were redirects in the commands, implying that it had to take the slow path), which meant no symlinks, which meant those annoying NTVDM popups when it tries to execute ascii as opcodes. cheers, DaveK -- Can't think of a witty .sigline today.... -- 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/