delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1996/11/10/17:14:16

From: jeffers AT redrose DOT net (David Jeffers)
Subject: Re: Default linker output filename
10 Nov 1996 17:14:16 -0800 :
Sender: daemon AT cygnus DOT com
Approved: cygnus DOT gnu-win32 AT cygnus DOT com
Distribution: cygnus
Message-ID: <199611102256.OAA14043.cygnus.gnu-win32@cygnus.com>
References: <199611100554 DOT WAA16073 AT joplin DOT colorado DOT edu>
Original-To: Fabio Somenzi <fabio AT joplin DOT colorado DOT edu>
Original-Cc: gnu-win32 AT cygnus DOT com
In-Reply-To: <199611100554.WAA16073@joplin.colorado.edu>
Original-Sender: owner-gnu-win32 AT cygnus DOT com

Here's is my 2 cents:
Not many makefiles generate a.out. What I see most of the times is
extensionless names. For instance, the GNU confugure scripts normally
generate conftest. I typically patch the configure script. It's just one
line that needs to be changed. Still, it would be nice if it were
automated.

<snip>

If the .exe suffix were appended by the linker, the problem would only
be half-solved. For instance, that would turn real makefile targets into
phony ones. This would cause relinking even if the target is up-to-date.
Changing gmake to look for either foo or foo.exe seems a course fraught
with peril.

In summary, I'd vote for leaving things as they are. That is, a.out
remains a.out.

 Those of us having a Unix background as our prefered OS agree.
 The final executables generated are easily renamed with the
 .exe suffix, and, as stated above, easily identified after
 compilation since they are single word files with no
 extensions.

 After all, these are Unix tools, and I see no reason for
 any slavish appeal to Micro$oft culture.

-- 

    David Jeffers	    
<jeffers AT redrose DOT net>   


-
For help on using this list, send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


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