Date: Mon, 25 Sep 2000 22:09:11 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: ams AT ludd DOT luth DOT se
Message-Id: <6480-Mon25Sep2000220911+0300-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.2.emacs20_6 I) and Blat ver 1.8.5h
CC: djgpp-workers AT delorie DOT com
In-reply-to: <200009251814.UAA06174@father.ludd.luth.se> (message from Martin
	Str|mberg on Mon, 25 Sep 2000 20:14:34 +0200 (MET DST))
Subject: Re: (fwd) startup-code
References:  <200009251814 DOT UAA06174 AT father DOT ludd DOT luth DOT se>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> From: Martin Str|mberg <ams AT ludd DOT luth DOT se>
> Date: Mon, 25 Sep 2000 20:14:34 +0200 (MET DST)
> 
> > The symbol `_etext' is also used in mcount.c, so removing it will
> > break profiling.
> 
> Hmm I wonder why it compiled? Is it because this symbol will only
> become visible and undefined if I compiled for profiling?

Yes.  mcount.c isn't linked in unless you use -pg.

> > Frankly, the more I think about this change, the less I like it.  Why
> > do we need to change this?
> 
> It isn't nice to pollute the name space. Otherwise DJGPP tries very
> hard not to. It's a bug. Why not fix it?

I think that a bug which existed for many years and upon whose
existence other software relies becomes a kind of feature.