My advice: get rid of them and use --pack-iram.
If you want more help you will have to show the code.
Maarten
> Hello
>
> Yes, and quite alot of them.
> I think some are used to access DMA-related memory - but I see a couple of
> placements at 0x0c and such.
>
> Some are indeed declared in header files.
>
> Christian "BC" Svensson
> Codelead Systems - http://www.codelead.se
>
>
> On Sun, Jul 19, 2009 at 8:25 AM, Maarten Brock
> <sourceforge.brock@...:
>
>> Search for the keyword "at" that is used to absolutely locate variables.
>>
>> Btw. the old linker did not have a means to indicate memory overlap.
>>
>> > Hello.
>> >
>> > This may sound ridiculous but I'm not the original programmer and I
>> have
>> > absolutely no idea if the program does use located bits. Can you give
>> an
>> > example of how such code would look like?
>> >
>> > Basically I'm trying to mimic the original firmware using the newer
>> > compiler
>> > in hope that it will produce an output that works as well as the old
>> > firmware does. Maybe pack-iram has nothing to do with it, but it's an
>> > obvious thing I noted that is different.
>> >
>> > Greetings,
>> >
>> > Christian "BC" Svensson
>> > Codelead Systems - http://www.codelead.se
>> >
>> >
>> > On Sat, Jul 18, 2009 at 10:57 PM, Maarten Brock
>> > <sourceforge.brock@...:
>> >
>> >> Hi,
>> >>
>> >> Are you using absolutely located bits? And are they declared in
>> multiple
>> >> source files (possibly through a .h file)?
>> >>
>> >> And why don't you like what --pack-iram gives?
>> >>
>> >> Maarten
>> >>
>> >>
>> >> > Hello.
>> >> >
>> >> > I'm trying to port an application to SDCC 2.9.0 from SDCC 2.3.8.
>> >> > Compiling using the old Makefile that is included works after
>> adding a
>> >> > couple of #defines to correct some renamed registers.
>> >> > The firmware causes the unit to crash upon start in what looks like
>> >> memory
>> >> > corruption (e.g. characters like "[" are changed to "À").
>> >> >
>> >> > I have an old memory map that looks like this:
>> >> > Direct Internal RAM:
>> >> > Name Start End Size Max
>> >> > ---------------- -------- -------- -------- --------
>> >> > REG_BANK_0 0x00 0x07 8 8
>> >> > REG_BANK_1 0x08 0 8
>> >> > REG_BANK_2 0x10 0 8
>> >> > REG_BANK_3 0x18 0 8
>> >> > BSEG_BYTES 0x20 0x20 1 16
>> >> > DATA 0x21 0x62 66 128
>> >> > ---------------- -------- -------- -------- --------
>> >> > TOTAL: 0x00 0x62 75 128
>> >> >
>> >> > Stack starts at: 0x63 (sp set to 0x62) with 157 bytes available
>> >> >
>> >> > Other memory:
>> >> > Name Start End Size Max
>> >> > ---------------- -------- -------- -------- --------
>> >> > INDIRECT RAM 0x80 0 128
>> >> > EXTERNAL RAM 0x0000 0x07bb 1980 65536
>> >> > ROM/EPROM/FLASH 0x0000 0xef90 61329 65536
>> >> >
>> >> > This made me conclude I need the --no-pack-iram option since my map
>> >> > generated by SDCC 2.9.0 is nowhere close to that.
>> >> > I'm hoping to be able to use the packing functionality later but
>> for
>> >> now
>> >> > I've chosen to disable it.
>> >> > Adding the --no-pack-iram option makes the map look more reasonable
>> -
>> >> it's
>> >> > correct in everything but the BSEG_BYTES segment is 2 bytes instead
>> of
>> >> 1.
>> >> > This causes this error to arise:
>> >> >
>> >> > ?ASlink-Error-Internal memory overlap starting at 0x21.
>> >> >
>> >> > Is there a known change needed for this kind of error?
>> >> > Any help would be appreciated.
>> >> >
>> >> > Greetings,
>> >> >
>> >> > Christian "BC" Svensson
>> >> > Codelead Systems - http://www.codelead.se
>> >> >
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Enter the BlackBerry Developer Challenge
>> This is your chance to win up to $100,000 in prizes! For a limited time,
>> vendors submitting new applications to BlackBerry App World(TM) will
>> have
>> the opportunity to enter the BlackBerry Developer Challenge. See full
>> prize
>> details at: http://p.sf.net/sfu/Challenge
>> _______________________________________________
>> Sdcc-user mailing list
>> Sdcc-user@...
>> https://lists.sourceforge.net/lists/listinfo/sdcc-user
>>
> ------------------------------------------------------------------------------
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> details at:
> http://p.sf.net/sfu/Challenge_______________________________________________
> Sdcc-user mailing list
> Sdcc-user@...
> https://lists.sourceforge.net/lists/listinfo/sdcc-user
>
|