Message-Id: <m0ygqr0-000S2iC@inti.gov.ar>
Comments: Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
Organization: INTI
To: Nate Eldredge <nate AT cartsys DOT com>,
        Jerzy Witkowski <Jerzy DOT Witkowski AT ii DOT uni DOT wroc DOT pl>, djgpp AT delorie DOT com,
        eliz AT is DOT elta DOT co DOT il
Date: Tue, 2 Jun 1998 10:14:51 +0000
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: Compiling in 2.8.1 vs. 2.7.2.1 - two minor problems
In-reply-to: <19980602005455.AAA11858@ppp124.cartsys.com>
Precedence: bulk

Nate Eldredge <nate AT cartsys DOT com> wrote:
> At 08:04  6/1/1998 +0300, Eli Zaretskii wrote:
> >
> >On Fri, 29 May 1998, Nate Eldredge wrote:
> >
> >> >Second, in 2.7.2.1, after compilation with a command `gcc a.c -o
> >> >a' there were two files left: `a' and `a.exe' (image and stubified
> >> >image, both rather big, second slightly bigger).  Now these two
> >> >files are identical (both are stubified).  Is it intended
> >> >behaviour or simple side effect?
> >> 
> >> That also would seem to be a bug.
> >
> >Why is this a bug?  AFAIK, by default "gcc -o a" makes both a and a.exe.
> 
> True, but `a' is now a stubified COFF. Apparently it is documented, so it's
> not really a bug after all. I suppose people who want the COFF file will
> have to resort to `exe2coff' now.

I think it can be solved modifying the specs. At first asking for the old 
format (the one without automatic .exe generation).

SET 
------------------------------------ 0 --------------------------------
Visit my home page: http://set-soft.home.ml.org/
or
http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org
ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013