Related articles |
---|
[12 earlier articles] |
Re: Prediction of local code modifications plfriko@yahoo.de (Tim Frink) (2008-04-03) |
Re: Prediction of local code modifications find@my.address.elsewhere (Matthias Blume) (2008-04-04) |
Re: Prediction of local code modifications gneuner2@comcast.net (George Neuner) (2008-04-04) |
Re: Prediction of local code modifications cfc@shell01.TheWorld.com (Chris F Clark) (2008-04-04) |
Re: Prediction of local code modifications cfc@shell01.TheWorld.com (Chris F Clark) (2008-04-05) |
Re: Prediction of local code modifications mayan@bestweb.net (Mayan Moudgill) (2008-04-05) |
Re: Prediction of local code modifications plfriko@yahoo.de (Tim Frink) (2008-04-08) |
Re: Prediction of local code modifications gneuner@gis.net (gneuner) (2008-04-19) |
From: | Tim Frink <plfriko@yahoo.de> |
Newsgroups: | comp.compilers |
Date: | 8 Apr 2008 21:06:19 GMT |
Organization: | Compilers Central |
References: | 08-03-105 08-03-109 08-04-003 08-04-007 08-04-013 08-04-018 |
Keywords: | optimize, code |
Posted-Date: | 10 Apr 2008 23:26:53 EDT |
On Fri, 04 Apr 2008 18:23:56 -0400, George Neuner wrote:
> Taking your example, blocks A B C & D and relocating B -> B', you can
> overwrite the beginning of B with a jump to B' and append to B' a jump
> to C. No address changes are necessary in the unmoved blocks. If you
> need to reuse the fast RAM code space, you restore the overwritten
> words of B from B' before swapping in new code.
I think this might work.
> It's been a while since I've done any DSP programming and I don't know
> what chip you're using, but if your compiler can generate position
> independent code, it will simplify your task greatly.
I'm new to compilers but in my opinion the generation of position
independent code is not possible for my DSP having problems with
all these different misalignment issues. Or do you see a possibility
to produce "stable" code which is not that sensitive to the position
of the code fragments?
Tim
Return to the
comp.compilers page.
Search the
comp.compilers archives again.