gnupic: Named cblocks?
Subject:
Re: Named cblocks?
From:
David Willmore ####@####.####
Date:
17 Mar 2004 04:01:06 +0000
Message-Id: <200403170353.i2H3rQZD023564@localhost.localdomain>
> Opinions vary on the subject. Some people are dead set against it,
> others aren't. It appears that the people with the most objections tend
> to have more experience using absolute mode. They are comfortable and
> don't want to change. That's OK.
I'm open to these ideas. Is there a good tutorial on coding this way
and using the linker to acheive these goals?
> Recently, there was a thread on this subject on jallist. You can search
> through their archive it you want.
I will go take a look, though I have no use for Jal.
> In my opinion, here are the advantages (in rough priority):
> 1. All symbols are local by default. You pick what is global.
>
> 2. The code is modular, so it is easier to reuse.
I've heard that before. :)
> 3. The linker manages address(bank/page) assignments, so it should
> decrease your workload.
I assume that there are some coding constrainst/standards that one
has to use to take advantage of these facilities? I'm thinking
of doing it from assembly. I assume that's possible.
> 4. Assembling a large project can be faster, because you only assemble
> what has changed.
True. Once I move on to the stuff I'm doing with my MegaPIC project,
I'll need that. Short story: 18C801 with 2M FLASH, 258K SRAM.
> 5. In theory, you should be able to link objects generated from
> different languages. Although, it hasn't happened yet. There is an
> opportunity with sdcc and gpal. The advantage would be sharing a common
> library.
Hmm, regarding libraries, will it link only in referenced functions
or blindly link as if they were .o files? I've been noticing that's
a problem the AVR gcc folks seem to have.
> Are there ways to get some of these advantages in absolute mode? Yes.
Yeah, with clever tricks, probably. I've yet to do anything that
large.
> Which method is better? It depends.
Always does. :) Thanks for the information and advice, Craig.
Cheers,
David
