#202 memory space exceed management

open
nobody
None
5
2010-08-05
2007-04-27
Anonymous
No

In looking at source code in linker for mcs51, I noticed that no 8051MX microncontroller is managed.

In fact I am working with a 8051MX based microcontroller, which is not public but Philips internal. Then memory spaces are not generic and all Philips reserved.

So when the linker works it verifies that code (for my example) doesn't exceed real memory spaces. Due to generic verification, my code is rejected for only memory spaces and not amount of code.

I modified source code to accpet these diffrences but probably it could be a good idea to include these diffrences in public source code.

please contact me at vincent.de-ribou_alten@nxp.com

Discussion

  • wek

    wek - 2007-05-04

    Logged In: YES
    user_id=1201677
    Originator: NO

    Vincent,

    Couldn't these differences be submitted as a patch, in the respective part of this Tracker?

    Jan Waclawek

     
  • Nobody/Anonymous

    Logged In: NO

    Hi,

    I think it is necessary to patch widely all source code to take into account generic memory mapping.
    I noticed that address is considered as 16bits wide instead of 24bits wide, in many structures for code and all sorts of RAM (Addr_T type). All output like MAP of MEM file are implentaed as well (4 hexadecimal digits at most).

    To be very efficient, I think it is a good idea to allow, most inside as possible, all possibilities in address. Then with this topic, reduce possibilities for specific microcontroller (8051, PIC, etc...). This can be preformed by test file as Microchip do with "*.lkr" files.

    Today, actual implementation is too restrictive for me.

    For example, at this time it very impossible to store RAM variable at non common address, which is my main problem today.

    Before doing anything, what do you think about my remarks/statements.

    Best regards

     
  • Maarten Brock

    Maarten Brock - 2010-08-05

    I'm moving this to Feature Requests as it contains no bug but a request for extra functionality.

     
  • Maarten Brock

    Maarten Brock - 2010-08-05
    • labels: 355281 -->
    • milestone: 100455 -->
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks