{"id":2223,"date":"2011-09-19T09:50:18","date_gmt":"2011-09-19T08:50:18","guid":{"rendered":"https:\/\/blogs.mentor.com\/colinwalls\/?p=2223"},"modified":"2026-03-26T16:35:50","modified_gmt":"2026-03-26T20:35:50","slug":"c-libraries","status":"publish","type":"post","link":"https:\/\/blogs.sw.siemens.com\/embedded-software\/2011\/09\/19\/c-libraries\/","title":{"rendered":"C libraries"},"content":{"rendered":"

For a software developer, the idea of a library is quite simple: It is a file containing a [typically large] number of functions\/procedures\/subroutines in a special format. At link time, the linker looks in the library [or there may well be more than one, in which case it checks each in turn] to resolve any references to functions not satisfied by the supplied object modules. This means that the programmer just needs to reference commonly used functions and their code is pulled in automatically.<\/p>\n

Of course, it is not quite that simple. Also, as with most aspects of embedded programming, libraries present more challenges and options to developers …<\/p>\n

When developing software for the desktop, most programmers give little consideration to standard libraries, concentrating only on any special libraries that might be employed for their application. Such libraries are commonly dynamically linked, so they are quite different from anything used in most embedded systems.<\/p>\n

The fact that every embedded system is different is often cited [by me<\/a> anyway] as a reason for much of the complexity with developing embedded software. The use of libraries reflects this. Apart from getting a library that is right for the target device family and the chosen compiler, there may be a wide selection of other variations: chip family member specifics, register relative addressing, PC relative [position independent] code, endianity, size\/speed optimization, the list goes on …<\/p>\n

A standard C library contains two types of functions:<\/p>\n

    \n
  1. Functions called by the generated code where the compiler has determined that so doing is preferable to creating inline instructions.<\/li>\n
  2. Functions explicitly called by the code [like printf()<\/strong>].<\/li>\n<\/ol>\n

    Commonly a single library is used to contain both these types of function. However, that is not always the case. For GNU compilers, one library [libgcc<\/strong>] contains the compiler support functions. There are a number of options to choose from for the explicitly called functions:<\/p>\n