[Top][All Lists]

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

Re: TODO additions

From: Dave Love
Subject: Re: TODO additions
Date: 17 Nov 2002 22:56:31 +0000
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Richard Stallman <address@hidden> writes:

> I don't know "Why would it?" but I can answer the question "Why does
> it?"  Emacs needed to use its own special crt0.o file and that
> required calling ld directly.

My point is that if this is a consequence of using unexec, for
instance, it applies to things like SCM (and TeX?) too -- as well as
Guile if that ever reinstates SCM's dump facility.

> At first it was always done that way.
> Later on some systems we arranged to use cc.  So we added the
> ORDINARY_LINK flag for those systems.

So if I understand correctly, ORDINARY_LINK just means use `$(CC)' for
what would normally be the Makefile LINK variable.

> The question is relevant if you are thinking of implementing a
> replacement for this code, which would always use cc to link.  I think
> that would be a nice simplification if it works, but hard to do.

It seems to me that Libtool is the right place for knowledge of such
things so that it can be shared usefully.  I don't know whether that's
worthwhile, though.

> Unless and until that change is made, we need to keep supporting the
> use of ORDINARY_LINK, which means that one way or another configure.in
> must decide the value of ORDINARY_LINK.

I doubt anyone disputes that.  It's a question of the most
maintainable way to do it.

Here's another example of the difficulty of understanding things if
one was to improve matters.  src/Makefile.in says:

  /* GNU libc requires ORDINARY_LINK so that its own crt0 is used.
     Linux is an exception because it uses a funny variant of GNU libc.  */

I don't know about the first sentence, but I think the second isn't
true on modern systems, and it's not clear whether it would be an
advantage if the gnu-linux configuration was be changed for
configurations using libc6.

reply via email to

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