Mail Archives: cygwin/2000/01/14/11:38:19
> -----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
- Raw text -