Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
From: "Andre Oliveira da Costa" <costa AT cade DOT com DOT br>
To: <cygwin AT sourceware DOT cygnus DOT com>
Subject: RE: [mingw32] Re: [RFC] changing gcc default output executable na me         (a.exe now)
Date: Thu, 13 Jan 2000 18:39:51 -0200
Message-ID: <002e01bf5e06$5745a520$8400000a@costa.cadenet.com.br>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Importance: Normal
In-Reply-To: <20000113150819.A7494@cygnus.com>


> -----Original Message-----
> From: cygwin-owner AT sourceware DOT cygnus DOT com
> [mailto:cygwin-owner AT sourceware DOT cygnus DOT com]On Behalf Of Chris Faylor
> Sent: Thursday, January 13, 2000 6:08 PM
> To: Andre Oliveira da Costa
> Cc: cygwin AT sourceware DOT cygnus DOT com
> Subject: Re: [mingw32] Re: [RFC] changing gcc default output executable
>
> As usual, my suggestion is that rather than opine how something should be
> handled "automatically", actual source code demonstrating your idea would
> be much more helpful.
>
> The sources to cp, cygwin, mv, rm, make, gcc, etc.  are all available.
> Personally, I have no idea how you could implement a plan to
> "automatically" do the right thing in such a way that you will end up
> satisfying everybody.  However, I'd love to be proved wrong by seeing
> exactly what you are proposing.
>
> cgf

I didn't mean I had an alternative in mind, and I was not suggesting a
specific course of action. I just wanted to start some discussion to see if
some ideas were proposed.

What I said about the file tools (cp, mv, install etc.) is that if they were
able to understand that a missing "foo" file shouldn't be treated as an
error if there was a "foo.exe" file would solve the problem as for their use
in makefiles. But, it's clearly not a good idea (and I said that on my
email) because you have many drawbacks such as loss of control (this
aliasing foo = foo.exe would probably create more problems than solutions)
and performance (there would be an overhead of extra checks for missing
files situations).

Don't get me wrong: I love cygwin, and I think you guys do an amazing work.
I use it a lot at work, and it's extremely useful to me. The only purpose of
this discussion is to try to make it an even better tool, not to create
problems for no reason.

Best regards,

Andre
--


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com