Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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" To: Cc: Subject: RE: [mingw32] Re: [RFC] changing gcc default output executable na me (a.exe now) Date: Fri, 14 Jan 2000 14:41:40 -0200 Message-ID: <000801bf5eae$3b772e10$8400000a@costa.cadenet.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal > -----Original Message----- > From: Richard Hitt [mailto:rbh00 AT netcom DOT com] > Sent: Friday, January 14, 2000 1:55 AM > To: Andre Oliveira da Costa > Cc: cygwin AT sourceware DOT cygnus DOT com > Subject: Re: [mingw32] Re: [RFC] changing gcc default output executable > na me (a.exe now) > > Hi all > > If such a patch as this goes forward, am I right that the implicit > make(1) rules will be changed at the same time gcc and/or binutils is > changed? I mean that > make hello > would by default produce the file "hello" rather than "hello.exe". Yep. Going a step further, every rule that is meant to produce an executable file, like: foo: $(OBJS) gcc -o $@ $^ would produce an executable (binary) file named "foo", and not "foo.exe" like it happens today with the actual gcc / ld tools. This behavior (appending ".exe" on the output file name) happens only on Windows, because the suffix is necessary so that Windows can see the file as an executable (another braindamage(TM) by Micro$oft). This creates a problem for UNIX makefiles, because none of the rules consider a .exe suffix when they refer to the executable. > And if not, why not? :-) Ask Micro$oft... the .exe suffix is needed only if you have to run your application through Windows tools (cmd.exe or Windows Explorer, for example). If you only use your cygwin apps through bash prompt or other cygwin apps, there's no need for the suffix. What we're proposing here is that this suffix should only be appended when it is really needed, and this should be controlled by environment variables. HTH, Andre -- André Oliveira da Costa (costa AT cade DOT com DOT br) -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com