www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2010/06/10/18:26:36

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=AWL,BAYES_40,SARE_RMML_Stock10,SPF_HELO_PASS,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
connect(): No such file or directory
From: Eric Backus <eric_backus AT alum DOT mit DOT edu>
Subject: Re: 'cp' utility bug when &lt;dest-name&gt;.exe file exist.
Date: Thu, 10 Jun 2010 22:26:12 +0000 (UTC)
Lines: 45
Message-ID: <loom.20100611T000200-32@post.gmane.org>
References: <OFF145E76E DOT EB43EC60-ON8525773C DOT 005639A6-8525773C DOT 005650D6 AT lnotes-gw DOT ent DOT nwie DOT net> <AANLkTil0pNuO4a9n2Ln5H3Q0cJRdQER7NlgSTg2a9EN2 AT mail DOT gmail DOT com> <OFCB72527D DOT F8E42EE2-ON8525773C DOT 0058E3E2-8525773C DOT 0059F451 AT lnotes-gw DOT ent DOT nwie DOT net> <1276042636 DOT 1651 DOT 9 DOT camel AT erebor> <AANLkTil6fa2-stL9f3hd-Dg-X6FjzVKLeG56lPoI7OYp AT mail DOT gmail DOT com> <20100609044034 DOT GB9305 AT ednor DOT casa DOT cgf DOT cx> <AANLkTikJ9U3U49HlT9Ldm6aueX3z22gN_6L95P-E2Pwz AT mail DOT gmail DOT com> <AANLkTinrgelZ5PcMhWjzehe8sa-cjkGoiFI8WpLGNh84 AT mail DOT gmail DOT com> <AANLkTikzCzig2SyG_J1dtGPDvDVCLYZyZM_TBj9fxNgm AT mail DOT gmail DOT com> <AANLkTilSrEgdrVMMMZQLZrnU1wKi-WrQt8H4_JX3B-w7 AT mail DOT gmail DOT com> <4C0FA1CA DOT 4070000 AT redhat DOT com>
Mime-Version: 1.0
User-Agent: Loom/3.14 (http://gmane.org/)
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Eric Blake writes:

> A first step would be teaching gcc to not append .exe.  Many configure
> scripts (certainly almost all scripts based on autoconf) determine
> $(EXEEXT) based on gcc behavior, and will just do the right thing
> throughout the rest of the build with $(EXEEXT) empty (as evidenced by
> their behavior on Linux).
> 
> But even with that gcc change, we'd have to keep .exe magic in
> cygwin1.dll until everything in the distro has been rebuilt without an
> .exe suffix.
> 
> However, I'm starting to like the idea, if we can get buy-in from the
> gcc packager.  Dave?


This is really an interesting discussion.  I too find some of the existing 
behavior strange, and perhaps there is room for improvement.

However, when I see this kind of thing, I try to remember what Cygwin really 
is (for me anyway).  It is not *just* a POSIX environment.  If I wanted *just* 
a POSIX environment, I'd run Linux, perhaps in a virtual machine, and I would 
have a better POSIX environment than Cygwin can ever provide.

For me, Cygwin is a nearly-POSIX environment that cooperates and interoperates 
nicely with the Windows operating system.  In Windows, executables end 
in .exe, and Windows shells (and other Windows programs) rely on that.  If you 
want to be able to execute a cygwin executable from a Windows shell, you need 
that .exe.  Sure, we've seen some interesting ways to configure some windows 
shells to work around this, but 99.9% of users won't know that (I certainly 
didn't until now).

So this reasoning leads me to think that the .exe magic is probably a good 
idea, though it may still need tweaking to make is as benign as possible.


As a side note, this same kind of reasoning is why I think Cygwin bash should 
default the igncr option to on.  Also why Cygwin symlinks should probably 
default to using real Windows symlinks.  And why Cygwin should probably go 
back to reading/setting/clearing the DOS read-only attribute.  And why more 
effort should be put into supporting text-mode mounts.  There, is that enough 
controversy?

-- 
Eric Backus


--
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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019