Support Requests item #1490585, was opened at 05/17/06 16:14
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=200599&aid=1490585&group_id=599
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Submitted By: bitdoc (bitdoc)
Assigned to: Maarten Brock (maartenbrock)
Summary: Linker Problem
Initial Comment:
Please look at the two examples TEST1,TEST2.
Why did the variable locations change?
Is this correct? I would guess not.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 06/04/06 19:21
Message:
Logged In: YES
user_id=1312539
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Maarten Brock (maartenbrock)
Date: 05/21/06 06:20
Message:
Logged In: YES
user_id=888171
Next time please give a little bit more information. And
esp. including the .rst files would have helped here.
When some bits are used, they are allocated in the bit-
addressable ram from 0x20-0x2F. This also means the large
block of 48 bytes cannot be allocated from 0x00-0x2F
because that would overlap 0x20. So it is moved up to 0x21-
0x50. So b1, b2, lt1, lt2 and lt3 get the address 0x51,
0x52, 0x53, 0x54 and 0x55.
If it was your intention not to allocate 48 bytes but to
offset the others, better use an ABSolute segment and
a .org directive. And then the question pops up why you
need absolute allocation at all? Why not just leave it up
to the linker. That's what it's there for.
Hope this clears things up.
Maarten
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=200599&aid=1490585&group_id=599
|