This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: GCC target-specific extension
- From: Fabio Alemagna <falemagn at studenti dot unina dot it>
- To: Richard Henderson <rth at redhat dot com>
- Cc: <gcc at gcc dot gnu dot org>
- Date: Wed, 7 May 2003 13:16:31 +0200 (CEST)
- Subject: Re: GCC target-specific extension
On Wed, 7 May 2003, Richard Henderson wrote:
> On Wed, May 07, 2003 at 07:51:00AM +0200, Fabio Alemagna wrote:
> > But anyway, if you had to do such a hack, where wouuld you start lokking
> > at? The frontend or the backend? (I see you've avoided answering this
> > question twice already, let's see if you answer now ;D)
>
> I'd look at the linker.
>
> You're clearly trying to implement shared libraries, only not
> in any standard way, for some reason.
Ehum... That's the standard way shared libraries work on
AmigaOS/AROS/MorphOS, I cannot change that.
> You should admit you're implementing shared libraries and as such it's
> largely an assembler/linker problem. Yes, there's some amount of
> backend work, but that's not the bulk of the problem.
>
> You should also look at why you care that deeply. If it really
> is shared libraries you're after, why is the way you're trying
> to do it better than what's implemented elsewhere. Replicating
> the mechanisms used by a 20 year old m68k OS for use on some
> other cpu is not an interesting reason, IMO.
It's for binary compatibility, source compatibility and also because it's
not a bad solution at all. Moreover, it's the only scalable solution on
systems without memory protection and virtual memory, like AROS (which I
work on) is.
Fabio Alemagna