[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: rename and clean unexec.c

From: Eli Zaretskii
Subject: Re: rename and clean unexec.c
Date: Fri, 13 Aug 2010 14:19:51 +0300

> Cc: address@hidden
> From: Dan Nicolaescu <address@hidden>
> Date: Thu, 05 Aug 2010 14:46:00 -0400
> >> > I can't do it all, I don't know enough about what msdos wants there.
> >> 
> >> That part's on me.
> >
> > I have a question here: do we want to strip unexcoff.c from everything
> > except what the MSDOS build needs?  That would mean any platform that
> > will need COFF support will have to look for the code in prior revnos.
> > I don't mind, assuming others think it's the right thing.  (Is it
> IMHO that's the right balance: it places the burden on (maybe) dealing
> with the code to whoever wants to do that in the future.
> > plausible that some future, e.g., mobile platform will use COFF?)
> Doubtful, every non-MAC, non-MS platform is ELF nowadays... 

No MS platform ever used COFF, btw.  Windows uses pe-coff, which is
not exactly COFF.  The DJGPP project, which the DOS build uses,
produces COFF executables, but it needs a special loader to run it on
DOS, because DOS does not understand COFF.

> > And what to do with "#ifdef emacs" -- should I leave the !emacs
> > branches or delete them?
> Remove.


I left alone the "#ifdef MSDOS" parts, since I don't want this file to
support only the DOS build (as discussed in this thread).  I also left
alone a couple of lines specific to the a.out support.

In addition, I needed to remove a few lines of code that were
mistakenly left in the file when NO_REMAP was removed.

For the record, the question I asked on the GDB forum regarding a
possibility that some other platforms use or will use COFF, and the
responses (which indicated that this is improbable), are in the thread
which you can read here:


reply via email to

[Prev in Thread] Current Thread [Next in Thread]