Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
06/03/08 07:21
Modified:
  06/03/08 08:21

Read: times


 
#155429 - +
Responding to: ???'s previous message
Neil Kurzman said:
On a bigger CPU maybe. To plop code anywhere in memory to need to only use relative instructions. The 8052 does not give you a full set.
The stack if you are using a compiler that does not use the stack more issues it uses a chunk of code for local.
there is compiler library calls. Two sets of set up code.
Now a call to an asm function all you need is an address.
A function from the same compiler? Well that is a compiler specific. If you can get it to setup a single uncalled function an locate it You are set. Many support this for bootloader use.

Michael Karas said:
Ap:
Read up on what the linker in your compiler package does. Please stop trying to invent some obscure, obtuse, and obfusticated way to put together a multi-source file C program.
Michael Karas

Oh michael , I am not doing that .
I just need to know the concept of an individual running codes exchanging data . As you will read in above threads ,I am told to use the Dll concept but I am not talking about the DLL concept. A Dll responds only when asked to by the application program running under an operating system . My user program should wait for the main program to get its work finished and then execute , it should be given a time slot. You have said to link a multisource file I take that you are asking me this:
Source File #1-\            /- Object File #1--\
Source File #2--\|Compiler|/-- Object File #2---|Linker|>HEX    
Header File #1--/|        |                    /|      |
Header File #2-/                   Library #1-/
                                  Library #2-/

Is that what you say?. If yes I intend to provide only the header file no main source codes?

I try to explain again...
Mem location x:  
..........
..........      <<- Main compiled Hex file goes here          
..........          which is executing and handeling   
..........          all the process. including when  
..........          the developer requests to load
..........          his code with a command.
Mem locaion xn:     

when requested the above firmware loads the user firmware here

Mem location Y:
..........
..........
..........     <<----- This code is given an independent time 
..........             slot to do what ever it require  
..........             including calling pre built functions
..........             from the main program if possible. 
..........
..........
Mem location Yn:    

How will only linker assist me in doing this . I guess this is more a kind of state machine type of approach? .If one plan to jump to a location and start executing an other loaded hex program , it can be done I have done it before . But not sure how can these two different hex file be able to exchange information between each other? . A small example could fetch you a bunch of thanks :).


-Ap

PS: Not DLL it looks more a DDE (Dynamic Data Exchange) type .

List of 31 messages in thread
TopicAuthorDate
Info exchange between different compilers            01/01/70 00:00      
   cumbersome, but possibly possible            01/01/70 00:00      
   This is how others would do it in days gone by            01/01/70 00:00      
      all well and good            01/01/70 00:00      
   Common Method...            01/01/70 00:00      
      I totally agree            01/01/70 00:00      
      Ok lets leave aside the issue of different compile            01/01/70 00:00      
         Fundamentals            01/01/70 00:00      
            You use a Linker............            01/01/70 00:00      
         Lots of issues here            01/01/70 00:00      
            +            01/01/70 00:00      
               For user code you would...            01/01/70 00:00      
                  Also consider....            01/01/70 00:00      
                     Also consider.... yes            01/01/70 00:00      
                        Ah Ha....Save an MCU at what cost?            01/01/70 00:00      
                           Save an MCU at what cost? - too high            01/01/70 00:00      
                  For user code you would.............            01/01/70 00:00      
                     WHY??            01/01/70 00:00      
                        Maybe...            01/01/70 00:00      
                           now we are going to OS and \'loaded application\'            01/01/70 00:00      
                              More "Horse Power" ?            01/01/70 00:00      
                                 HW or OS            01/01/70 00:00      
                                    How would you rate this ...            01/01/70 00:00      
                                       OK            01/01/70 00:00      
                                    No Bees Left            01/01/70 00:00      
                                 Not the MHz it is the core            01/01/70 00:00      
                                    Ap, I'm waiting ....            01/01/70 00:00      
                                       It wasn't asked in relevance to any Mcu            01/01/70 00:00      
                                          so what is it doing here???            01/01/70 00:00      
                                             You tell me that .            01/01/70 00:00      
                                                I AM sorry, but I lost my crystal ball.            01/01/70 00:00      

Back to Subject List