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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
10/07/06 10:41
Read: times


 
#125954 - Hardware knowledge
Responding to: ???'s previous message
The library should offer an abstraction to the application developer, so he doesn't have to go deep to the HW knowledge.

I don't agree with this approach.
Coding for MCUs requires hardware knowledge, more or less, even for application developers.

As you can see in commercial libraries, such as TCP/IP stack, Bluetooth stack and FAT file system support, the part of the implementation which depends on hardware is extracted to a module, and source code examples for this part are attached to the libraries. Code Architect generates source code, with which users can easily modify it for their requirement. Therefore, if you supply only a library without source code for hardware dependent modules, the library is not so useful.

I think you don't need to worry about to split the source code. Supply the whole source code directly to them. Linker will warn them that some subroutines are not used.

Abstraction should be applied not to the module, but to the source code itself, using the definitions such as #define, typedef etc.

Tsuneo

List of 32 messages in thread
TopicAuthorDate
Uncalled segments problem with library            01/01/70 00:00      
   Work with the tools!            01/01/70 00:00      
      I didn't know that is the standard way...            01/01/70 00:00      
         Not a 'C' language issue.            01/01/70 00:00      
         Not True            01/01/70 00:00      
   abstraction my butt            01/01/70 00:00      
      Abstraction HAS a meaning in embedded            01/01/70 00:00      
         yes sure            01/01/70 00:00      
         so why do you do these things            01/01/70 00:00      
            Maybe I don't know what abstraction is...            01/01/70 00:00      
               Hardware knowledge            01/01/70 00:00      
      Abstraction: NOT Always Bad            01/01/70 00:00      
         10 points Russ            01/01/70 00:00      
            shades of grey            01/01/70 00:00      
               Maybe abstraction is not the issue            01/01/70 00:00      
                  Useful?            01/01/70 00:00      
                     Pascal            01/01/70 00:00      
                     etc, etc            01/01/70 00:00      
                  is a libray function an "abstraction"?            01/01/70 00:00      
                     Is a library function an abstraction?            01/01/70 00:00      
                  I rest my case, m'lud            01/01/70 00:00      
                     Attila! Where are you?            01/01/70 00:00      
                  CodeArchitect?            01/01/70 00:00      
                     CodeArchitect?            01/01/70 00:00      
                     it generates source code; however            01/01/70 00:00      
         about abstraction ...            01/01/70 00:00      
            By Jove, I think you've got it!            01/01/70 00:00      
         Some more info why I wan't to use an API            01/01/70 00:00      
            a TOTALLY different story            01/01/70 00:00      
               Provide the source code...            01/01/70 00:00      
            Some more info why I wan't to use an hard disk            01/01/70 00:00      
               two mistakes            01/01/70 00:00      

Back to Subject List