Arm Crossworks Reference Manual PDF
Arm Crossworks Reference Manual PDF
Arm Crossworks Reference Manual PDF
Version: 4.5.1.2019101801.40381
2
CrossWorks for ARM Reference Manual Contents
Contents
Introduction ............................................................................................................................................................................................... 35
What is CrossWorks? ................................................................................................................................................................ 36
What we don't tell you ........................................................................................................................................................... 38
Activating your product ......................................................................................................................................................... 39
Text conventions ....................................................................................................................................................................... 41
Additional resources ................................................................................................................................................................ 43
Highlights ..................................................................................................................................................................................... 44
Release notes .............................................................................................................................................................................. 46
CrossStudio Tutorial ............................................................................................................................................................................... 65
Activating CrossWorks ............................................................................................................................................................ 67
Managing support packages ............................................................................................................................................... 69
Creating a project ..................................................................................................................................................................... 72
Managing files in a project ................................................................................................................................................... 78
Setting project options ........................................................................................................................................................... 82
Building projects ....................................................................................................................................................................... 84
Exploring projects ..................................................................................................................................................................... 87
Using the debugger ................................................................................................................................................................. 98
Low-level debugging ............................................................................................................................................................ 104
Debugging externally built applications ..................................................................................................................... 108
CrossStudio User Guide ...................................................................................................................................................................... 113
CrossStudio standard layout ............................................................................................................................................. 114
Menu bar ...................................................................................................................................................................... 115
Title bar ......................................................................................................................................................................... 116
3
CrossWorks for ARM Reference Manual Contents
4
CrossWorks for ARM Reference Manual Contents
5
CrossWorks for ARM Reference Manual Contents
6
CrossWorks for ARM Reference Manual Contents
7
CrossWorks for ARM Reference Manual Contents
8
CrossWorks for ARM Reference Manual Contents
9
CrossWorks for ARM Reference Manual Contents
10
CrossWorks for ARM Reference Manual Contents
11
CrossWorks for ARM Reference Manual Contents
12
CrossWorks for ARM Reference Manual Contents
13
CrossWorks for ARM Reference Manual Contents
14
CrossWorks for ARM Reference Manual Contents
15
CrossWorks for ARM Reference Manual Contents
16
CrossWorks for ARM Reference Manual Contents
17
CrossWorks for ARM Reference Manual Contents
18
CrossWorks for ARM Reference Manual Contents
19
CrossWorks for ARM Reference Manual Contents
20
CrossWorks for ARM Reference Manual Contents
21
CrossWorks for ARM Reference Manual Contents
22
CrossWorks for ARM Reference Manual Contents
23
CrossWorks for ARM Reference Manual Contents
24
CrossWorks for ARM Reference Manual Contents
25
CrossWorks for ARM Reference Manual Contents
26
CrossWorks for ARM Reference Manual Contents
27
CrossWorks for ARM Reference Manual Contents
28
CrossWorks for ARM Reference Manual Contents
29
CrossWorks for ARM Reference Manual Contents
30
CrossWorks for ARM Reference Manual Contents
31
CrossWorks for ARM Reference Manual Contents
32
CrossWorks for ARM Reference Manual Contents
33
CrossWorks for ARM Reference Manual Contents
34
CrossWorks for ARM Reference Manual Introduction
Introduction
This guide is divided into a number of sections:
Introduction
Covers installing CrossWorks on your machine and verifying that it operates correctly, followed by a brief
guide to the operation of the CrossStudio integrated development environment, debugger, and other
software supplied in the product.
CrossStudio Tutorial
Describes how to get started with CrossStudio and runs through all the steps from creating a project to
debugging it on hardware.
Target interfaces
Contains a description of the support for programming ARM microcontrollers.
35
CrossWorks for ARM Reference Manual Introduction
What is CrossWorks?
CrossWorks for ARM is a complete C/C++ development system for ARM and Cortex, microcontrollers and
microprocessors that runs on Windows, Mac OS and Linux.
C/C++ Compiler
CrossWorks comes with pre-built versions of both GCC and Clang/LLVM C and C++ compilers and assemblers.
The GNU linker and librarian are also supplied to enable you to immediately begin developing applications for
ARM.
CrossWorks C Library
CrossWorks for ARM has its own royalty-free ANSI and ISO C compliant C library that has been specifically
designed for use within embedded systems.
CrossStudio IDE
CrossStudio for ARM is a streamlined integrated development environment for building, testing, and deploying
your applications. CrossStudio provides:
Source Code Editor:A powerful source code editor with multi-level undo and redo, makes editing your
code a breeze.
Project System:A complete project system organizes your source code and build rules.
Build System:With a single key press you can build all your applications in a solution, ready for them to be
loaded onto a target microcontroller.
Debugger and Flash Programming:You can download your programs directly into Flash and debug them
seamlessly from within the IDE using a wide range of target interfaces.
Help system:The built-in help system provides context-sensitive help and a complete reference to the
CrossStudio IDE and tools.
Core Simulator:As well as providing cross-compilation technology, CrossWorks provides a PC-based
fully functional simulation of the target microcontroller core so you can debug parts of your application
without waiting for hardware.
36
CrossWorks for ARM Reference Manual Introduction
CrossWorks Tools
CrossWorks for ARM supplies command line tools that enable you to build your application on the command
line and flash it to the target board using the same project file that the IDE uses.
37
CrossWorks for ARM Reference Manual Introduction
We also assume that you're fairly familiar with the operating system of the host computer being used.
C programming guides
These are must-have books for any C programmer:
Kernighan, B.W. and Ritchie, D.M., The C Programming Language (2nd edition, 1988). Prentice-Hall,
Englewood Cliffs, NJ, USA. ISBN 0-13-110362-8.
The original C bible, updated to cover the essentials of ANSI C (1990 version).
Harbison, S.P. and Steele, G.L., C: A Reference Manual (second edition, 1987). Prentice-Hall, Englewood
Cliffs, NJ, USA. ISBN 0-13-109802-0.
A nice reference guide to C, including a useful amount of information on ANSI C. Co-authored by Guy
Steele, a noted language expert.
ANSI C reference
If you're serious about C programming, you may want to have the ISO standard on hand:
ISO/IEC 9899:1990, C Standard and ISO/IEC 9899:1999, C Standard. The standard is available from your
national standards body or directly from ISO at http://www.iso.ch/.
ARM microcontrollers
For ARM technical reference manuals, specifications, user guides and white papers, go to:
http://www.arm.com/Documentation.
http://gcc.gnu.org/.
LLVM/Clang
For the latest LLVM/Clang documentation to to:
http://www.llvm.org
38
CrossWorks for ARM Reference Manual Introduction
Evaluating CrossWorks
If you are evaluating CrossWorks on your computer, you must activate it. To activate your software for
evaluation, follow these instructions:
Install CrossWorks on your computer using the CrossWorks installer and accept the license agreement.
Run the CrossStudio application.
Choose Tools > License Manager.
Click "Evaluate CrossWorks". If you have a default mailer, click the By Mail button.
Using e-mail, send the registration key to the e-mail address [email protected].
If you don't have a default mailer, select the text underneath "Activation request".
Send the registration key to the e-mail address [email protected].
By return you will receive an activation key. To activate CrossWorks for evaluation, do the following:
If you need more time to evaluate CrossWorks, simply request a new evaluation key when the issued one expires
or is about to expire.
Install CrossWorks on your computer using the CrossWorks installer and accept the license agreement.
Run the CrossStudio application.
Choose Tools > License Manager.
Click "Request Activation After Purchasing". If you have a default mailer, click the By Mail button.
39
CrossWorks for ARM Reference Manual Introduction
Using e-mail, send the registration key to the e-mail address [email protected].
If you don't have a default mailer, select the text underneath "Activation request".
Send the registration key to the e-mail address [email protected].
By return you will receive an activation key. Then, complete the activation process:
As CrossWorks is licensed per developer, you can install the software on any computer that you use such as a
desktop, laptop, and laboratory computer, but on each of these you must go through activation using your
issued product key.
40
CrossWorks for ARM Reference Manual Introduction
Text conventions
Menus and user interface elements
When this document refers to any user interface element, it will do so in bold font. For instance, you will often
see reference to the Project Explorer, which is taken to mean the project explorer window. Similarly, you'll see
references to the Standard toolbar which is positioned at the top of the CrossStudio window, just below the
menu bar on Windows and Linux.
When you are directed to select an item from a menu in CrossStudio, we use the form menu-name > item-name.
For instance, File > Save means that you need to click the File menu in the menu bar and then select the Save
item. This form extends to items in sub-menus, so File > Open With Binary Editor has the obvious meaning.
Keyboard accelerators
Frequently-used commands are assigned keyboard accelerators to speed up common tasks. CrossStudio uses
standard Windows and Mac OS keyboard accelerators wherever possible.
Windows and Linux have three key modifiers which are Ctrl, Alt, and Shift. For instance, Ctrl+Alt+P means that
you should hold down the Ctrl and Alt buttons whilst pressing the P key; and Shift+F5 means that you should
hold down the Shift key whilst pressing F5.
Mac OS has four key modifiers which are (command), (option), (control), and (shift). Generally there is a one-
to-one correspondence between the Windows modifiers and the Mac OS modifiers: Ctrl is , Alt is , and Shift is .
CrossStudio on Mac OS has its own set of unique key sequences using (control) that have no direct Windows
equivalent.
CrossStudio on Windows and Linux also uses key chords to expand the set of accelerators. Key chords are key
sequences composed of two or more key presses. For instance, the key chord Ctrl+T, D means that you should
type Ctrl+T followed by D; and Ctrl+K, Ctrl+Z means that you should type Ctrl+T followed by Ctrl+Z. Mac OS
does not support accelerator key chords.
Throughout the documentation, text printed in this typeface represents verbatim communication with the
computer: for example, pieces of C text, commands to the operating system, or responses from the computer.
In examples, text printed in this typeface is not to be used verbatim: it represents a class of items, one of which
should be used. For example, this is the format of one kind of compilation command:
hcl source-file
41
CrossWorks for ARM Reference Manual Introduction
Whenever commands to and responses from the computer are mixed in the same example, the commands
(i.e. the items which you enter) will be presented in this typeface. For example, here is a dialog with the
computer using the format of the compilation command given above:
c:\code\examples>hcl -v myprog.c
The user types the text hcl -v myprog.c and then presses the enter key (which is assumed and is not shown); the
computer responds with the rest.
42
CrossWorks for ARM Reference Manual Introduction
Additional resources
With software as complex as CrossWorks, it's almost inevitable that you will need assistance at some point. Along
with the documentation that comes with CrossWorks for ARM, there are a variety of other resources you can use
to find out more.
http://www.rowley.co.uk/arm/index.htm
Support
If you need some help working with CrossWorks, or if something you consider a bug, go to:
http://rowley.zendesk.com/
http://www.rowley.co.uk/rss.xml
Suggestions
If you have any comments or suggestions regarding the software or documentation, you can make suggestions
on our suggestion forum:
https://rowley.zendesk.com/forums/171704-Suggestions
CrossStudio is a complex program in many ways, but we have tried to simplify it so that it's easy to use. It's very
easy to get started and CrossStudio scales well to complex multi-programmer projects that need to manage
large code bases and the inevitable software variants.
In the tutorial you were presented with a whistle-stop tour of CrossStudio to get you up and running. Here we
dig deeper into the corners of CrossStudio so you can get the best from it.
43
CrossWorks for ARM Reference Manual Introduction
Highlights
The development of CrossWorks 3 has taken longer than we ever expected. During that period, we visited each
part of the software to evaluate, polish, improve, and perhaps completely rewrite it. The changes in CrossStudio
range from subtle (changing a few icons here and there, improving performance) to extensive (threaded source
indexer, parallel build system, slick source control, new trace support). Here are some of the highlights in
CrossWorks 3
Quad core processor are now standard in desktops and laptops, and CrossStudio can take full advantage of
multi-core processors when building your applications by scheduling projects to build in parallel. To partner
parallel building, CrossStudio also introduces support for unity builds where a set of source files are compiled as a
single unit.
To illustrate the advantages of these new features, here are the build times for rebuilding the example HTTP
server included in many CrossWorks board support packages, with the exception that all projects are source
code rather than object code libraries:
And, building a set of sensor example projects, again in many board support packages, in a single solution:
44
CrossWorks for ARM Reference Manual Introduction
These timings were taken on Windows 7 running under Parallels 9 on a Retina MacBook Pro with a 4-core 2.3
GHz Intel Core i7 and 8 GB of memory allocated to the virtual machine. The effect of parallel building will depend
upon the way you structure your project and the performance of your hardware.
Source indexer
The source indexer is completely reworked to be much more precise. Indexing takes place in the background,
using threads to index your code quickly. You can change the number of threads launched to index your project,
choosing between performance and responsiveness when indexing.
Hand in hand with the indexer, the code editor is improved with code completion where appropriate suggestions
pop up as you type. Because the indexer is very accurate, code completion is also accurate, increasing your
productivity as a programmer.
To complement the indexer, CrossStudio adds a Find References capability that fill search your application for
references to items. As you would expect, Find References runs in parallel, is configurable, and is a great way to
find the uses of functions, variables, types, and members.
Source control
Source-control integration is now significantly faster in CrossStudio 3. We're added source-control annotations
to the project explorer, but kept the ability to show the source-control column from CrossStudio 2.
We've changed the source-control model that CrossStudio 3 uses from the check-out/lock/check-in model
(as used by Visual Source Safe and RCS) to the widely used update/merge/commit model (as used by CVS and
Subversion).
In addition, we've added the popular Pending Changes window that succinctly shows you the changes you've
made and the overall state of the items in your project. We've also added a source-control state filter to the
project explorer, if you're more comfortable working in that window.
Source-control state updates progress in the background and much more efficient than the CrossStudio 2
implementation, making CrossStudio a real pleasure to use.
45
CrossWorks for ARM Reference Manual Introduction
Release notes
Version 4.5.1
Build
Debug
Fixed crash when using CMSIS-DAP target interface on latest versions of macOS.
Editor
Fixed auto-complete suggestion being inserted when enter key is pressed immediately after closing
suggestion dialog with mouse click.
IDE
Fixed find in files dialog not disabling find button when search text field is empty.
Fixed crash when using Find References on a preprocessor definition defined on the command line.
Fixed project explorer not sorting tree when files are added using drag and drop.
Fixed menu descriptions not appearing on status bar (Windows and Linux only).
Version 4.5.0
Build
Updated the GCC/BINUTILS tools build to use the GCC ARM Embedded Toolchain 8-2019-q3-update
source release.
Add Generate Assembler Listing File project property.
Updated the LLVM/Clang tools build to use the 9.0.0 source release.
Debug
46
CrossWorks for ARM Reference Manual Introduction
Editor
Editor now displays number of lines and columns selected when selecting text.
Fixed the Replace in selection option not appearing on the find and replace dialog when only a single line
is selected.
Fixed selected text not adjusting size when carrying out a replace in selection.
Fixed crash when using Edit > Column Tidy and a comment is selected.
Version 4.4.5
Build
Fixed CrossScript crash when the BinaryFile.resize() function is called without previously calling the
BinaryFile.load() function.
Fixed crash when creating a new external built executable project.
Fixed crash when creating an empty solution.
Editor
Editor no longer outputs syntax errors to stderr when carrying out code completion.
IDE
Version 4.4.4
Build
Build log window's memory usage summary now displays small sizes in bytes.
Removed option to select linker variant.
Fixed crash when LTO processing of big endian object files.
Fixed -template option on crossbuild.
The preprocessor define __HEAP_SIZE__ is now set to the value of the Heap Size project property.
47
CrossWorks for ARM Reference Manual Introduction
Debug
Editor
Code editor will no longer match braces, brackets or parenthesis located within comments.
Fixed incorrect syntax coloring of C comments introduced with the /*!< character sequence.
Fixed crash when starting a build with a keyboard accelerator whilst the code suggestion popup is visible.
Fixed breakpointable line markers not appearing on lines that have a temporary breakpoint set.
Fixed delete forward key deleting two characters when code suggestion dialog is visible.
Fixed caret not being visible with certain fonts when located at the end of a line and an underline caret
style is selected.
IDE
Version 4.4.3
Build
Debug
Added environment option Switch Project To Text Editor to enable multi-project debugging switch on
editor focus.
Target device status shows multiple device status when multi-project debugging.
Added Debug Location toolbar.
Added additional Debug Symbols File and Debug Symbols Load Address project properties.
Fixed LIBMEM RPC loader instability when downloading to V8M architectures.
Editor
Fixed caret not being visible with certain fonts when located in virtual space.
48
CrossWorks for ARM Reference Manual Introduction
IDE
Version 4.4.2
Build
Debug
Editor
Added Text Editor > Visual Appearance > Mate Match Off Screen option.
IDE
49
CrossWorks for ARM Reference Manual Introduction
Fixed waypoint back and forward keyboard accelerators not working on macOS.
Version 4.4.1
Build
Debug
Editor
IDE
Version 4.4.0
Build
Fixed crash when calling character type functions and UTF-8 locale codeset has been selected.
Fixed link error when providing user defined __user_find_locale function.
Fixed iswspace function not recognising some characters as spaces when UTF-8 locale codeset has been
selected.
Added programNotSection parameter to ElfFile.peekBytes and ElfFile.crc32 JavaScript functions.
Fixed parseInt and parseFloat JavaScript functions.
50
CrossWorks for ARM Reference Manual Introduction
Debug
Editor
Scroll line up and scroll line down operations now move cursor into visible area if it is off-screen.
Fixed crash when closing editors.
Fixed code suggestion dialog not highlighting selected item with correct colour when dark theme is
selected.
IDE
Improved terminal emulator receive performance when using high baud rates.
Added ProjectExplorerExcludeFromBuild keyboard command.
Debug terminal now handles carriage return characters.
Version 4.3.2
Build
IDE
Added option to open file with external editor to project explorer context menu.
Fixed package manager not correctly uninstalling legacy packages.
51
CrossWorks for ARM Reference Manual Introduction
Version 4.3.1
Build
Fixed use of section attributes in source code when the same section has been renamed using the section
name project properties.
Fixed linker script not being regenerated when Code > Linker > Additional Linker Script Generator
Options property is modified.
Setting the Code > Linker > Check For Memory Segment Overflow property to No no longer disables
unplaced sections checks from the GNU LD linker script. These checks can now be disabled by adding the
-no-check-unplaced-sections option to the Code > Linker > Additional Linker Script Generator Options
property.
Fixed --gap-fill option not being passed to objcopy if the Code > Linker > Additional Output File Gap Fill
Value property is set to 0x00. Clear this property if existing behaviour is required.
Added C++14 sized deallocation functions.
Debug
Editor
IDE
Fixed incorrect font spacing in list view windows when display scaling is used.
Fixed crash when dragging a window icon over the icon of another window in the the same docking area.
Fixed register selection pins in register window doing nothing when clicked.
Fixed crash when closing editor windows with the code outline window active.
Version 4.3.0
Build
52
CrossWorks for ARM Reference Manual Introduction
Fixed output of floating point numbers using printf when precision value is 1.
Debug
Fixed crash when evaluating certain dwarf information.
Fixed crash while disassembling a line with a long symbol name.
Fixed crash when target connection is lost or reset.
Fixed inheritance of the "Reset Script" property using the active build configuration.
Fixed watch window variables not being updated correctly after they have been modified.
Editor
Added Text Editor > Programmer Assistance > Code Completion Replaces Existing Word option.
Fixed Ctrl+F not focussing text editor find popup on some Linux distributions.
Fixed incorrectly displayed parameters in code suggestion popup when showing overloaded functions.
Fixed use of tab key when function prototypes are displayed in code suggestion popup.
Fixed crash if tab size gets set to 0.
Fixed potential crash when code suggestion popup is displayed and an Alt key combination is pressed.
Comments are no longer displayed as an italic font by default.
Improved IDE start up and project loading time when a lot of editors are open.
IDE
Added Environment > User Interface > Theme option (Windows and Linux versions only).
Fixed sporadic crash when IDE is starting up.
Editor tabs can now be reordered.
Editor tab order is now preserved in session file.
Project files can now be drag and dropped into the project explorer in order to load them.
Fixed missing environment settings when Japanese system locale is selected.
Fixed slow register window search.
Fixed list view windows not using the Environment > User Interface > Application Monospace Font
property.
Version 4.2.1
Build
Fixed Sentinel USB tokens not working after Windows 10 version 1803 update.
Fixed crash when building on a machine with more that 16 cores.
Batch builds are now done in parallel.
Updated the GCC/BINUTILS tools build to use the GCC ARM Embedded Toolchain 7-2018-q2-update
source release.
53
CrossWorks for ARM Reference Manual Introduction
Updated the LLVM/Clang tools build to use the 6.0.1 source release.
Added -disable-missing-runin-error linker script generator option.
Added Code > Linker > Additional Linker Script Generator Options project property.
Multiple run in sections can now be specified in section placement file.
Editor
Fixed using Alt+Tab when quick search window is visible (Linux only).
Added Text Editor > Programmer Assistance > Code Completion Selection Key option.
Added EditMoveSelectedLineUp and EditMoveSelectedLineDown commands and assigned them to Alt
+Up and Alt+Down keys.
IDE
Version 4.2.0
Build
Updated the LLVM/Clang tools build to use the 6.0.0 source release.
Supplied versions of arm_neon.h that are compatible with the supplied gcc and clang compilers.
Command line builder now implements -verbose, default is to build silently.
Added Code Generation option "ARM Advanced SIMD Auto Vectorize" to enable loop vectorizing in the
compilers.
Added prototype for __putchar() to stdio.h.
sys/stat.h now declares mode_t and off_t types.
Added $(UnixTime) system macro.
Removed deprecated throw declarations in new header file.
Debug
Fixed inability to add items to the watch window when periodic update is enabled.
54
CrossWorks for ARM Reference Manual Introduction
Editor
Added Text Editor > International > Auto-Detect UTF-8 option.
Fixed text editor tooltip not working when word starts on first column.
Fixed goto definition not working correctly when definition has been selected.
Tab key now indents only if selection is multi-line.
Find in files dialog can now be opened using Ctrl+Shift+F from the incremental find dialog.
IDE
Fixed activation of keyboard accelerators from HUD windows.
Fixed automatic installation of packages when clicking on documentation links.
Fixed debug terminal find only carrying out search once.
Fixed bookmarks window updating bookmark line numbers when lines were inserted into or deleted
from a different file.
Fix command line supplied to clang static analyzer for ARM/Cortex-A/Cortex-R devices.
Fixed opening of project files when the File > File Open Action property is set to Web Browser.
Popup error message now displayed if package list cannot be downloaded when refreshing.
Added File Search > Collapse Results environment option.
Fixed crash when refreshing the outline window while editing an empty XML file.
Fixed setting propertyGroup defined properties on folder nodes when importing package files.
Installer
Fixed Windows installer failure when user name contains certain non-ASCII characters.
Fixed loss of icons and inability to start IDE from desktop if umask has been set preventing read and
execute permissions from being enabled for others (Linux only).
Version 4.1.1
Build
Added c++1z and gnu++1z C++ language standard options.
Replaced gcc c++ exception handling code with llvm equivalent.
Fixed command line generated when "Keep Preprocessor Output" is enabled.
55
CrossWorks for ARM Reference Manual Introduction
Debug
Word and half-word writes to SWO channel 0 are now displayed in the debug terminal.
Improve debug when compiler option "Supply Absolute File Path" is set to "No".
Fixed crash when quick watch used on a C++ struct containing member functions.
Enhanced Threads window to be able to display additional RTOS queues.
Editor
The Text Editor > Programmer Assistance > Check Spelling environment option now defaults to No.
Fixed code formatting of a selected block not working correctly when the Tab Cleanup On Save option is
enabled.
Fixed NULL being inserted into text file when CTRL+Space is pressed on Linux version of the code editor.
Added replace in selection to the find dialog's find options summary.
Fixed freezing of IDE when saving a large text file and the Delete Trailing Space On Save option is
enabled.
Improved performance of tabify and untabify operations.
Cursor now moved if it is on a location that is deleted by the code formatter.
Added Formatting > Empty Lines At End Of File option.
Fixed Find Extras context menu not correctly showing the text that will be searched for.
Added Text Editor > Formatting > Use .clang-format File formatting option.
Auto comment no longer activates when in block selection mode.
IDE
Fixed crash when using a display with a 16-bit color depth.
Fixed HUD windows not closing when all docked windows have been closed or removed.
Fixed crash when changing active projects while Source Navigator is running.
Check boxes in project system dialogs can now be toggled by a single click.
Fixed menu key not opening context menu in watch and register windows.
Improved appearance of list view check boxes when using display scaling.
Property editor dialogs can now be resized.
Remove .plist files created by clang static analyzer.
Fixed find window's file extension filter not being saved when using Find Extras options.
Fixed find window's additional options summary not being displayed when options are concealed.
Find window's additional options summary now includes file extension filter.
Full file path now displayed in find window's result list.
Fixed ordering of history in package release notes.
Fixed potential problem when multiple processes are accessing settings.
Fixed unresponsive GUI when build generates a lot of output.
Added File Search > Flat Search Result Output environment option.
56
CrossWorks for ARM Reference Manual Introduction
Installer
Fixed crash when running on an Ubuntu 14.04 system using KDE window manager.
Licensing
Fixed broken license activation and management when Use External GCC option is enabled.
Version 4.1.0
Build
Added Environment > Find and Replace > Greedy Regular Expressions environment option.
Add support for Cortex-R7, Cortex-R8, Cortex-A15 and Cortex-A17 processor cores.
Added "V8M Has DSP Instructions" project option.
Added "V8M Mainline" and "FPv5-SP-D16" library build variants.
Fix tdata placement in Cortex-M placement files.
Debug
Fixed crash when connecting to J-Link from 32-bit Windows variant.
Documented the file format for the "Type Interpretation File" project property.
Fixed crash if something is entered in the disassembly window's expression input when not debugging.
IDE
Fixed display of multi-line messages in output window's task view.
Code editor suggestions now inserted on all lines when in block edit mode.
Code editor replace all now only replaces text within block when in block selection mode.
WebKit web browser now uses display scaling factor.
Show Large Icons In Toolbars option now applies to docking windows.
Added keyboard shortcut editor to environment options dialog.
Fixed crash that occured when cancelling the new project wizard when on the edit common project
settings page.
Fixed code editor suggestion popup not restoring opacity when ctrl key is released.
Pasting of a block selection is now done as a block insertion even if text editor is not in block edit mode.
Fixed text terminal not staying at end of file when maximum line limit is reached.
Added missing close button on code editor find dialog.
Pasting of a block selection is now done as a block insertion even if the text editor has lost focus.
Add environment option to enable the text editor to display section headers of ELF files.
Fixed generation of unexpected characters when composing a character with ` ' or ^ keys.
57
CrossWorks for ARM Reference Manual Introduction
Licensing
Fixed wireless network interfaces not being included in list of network adapters on Windows.
Version 4.0.6
Build
Updated the LLVM/Clang tools build to use the 5.0.0 source release.
The inttypes.h header file now includes stdint.h as per the c99 standard.
Added "Math Errno" project option.
Dependency files are now deleted on project rebuild/clean.
Debug
Fixed generation of symbols when address_symbol and size_symbol attributes are used in a memory
map or section placement files.
Fixed "Raise Interrupt" with Cortex-M simulator.
Fixed crash with IAR v8 generated elf files.
Fixed usage of brackets in debug watch expressions.
Additional load files can be relative to the project directory.
Fixed crash when scrolling the disassembly window with the mouse wheel when debugger is not
running.
IDE
Added Text Editor > Formatting > Additional Formatting Styles environment option.
Added case sensitivity, whole word and regular expression options to code edit's incremental search
dialog.
Code editor's incremental search dialog no longer resets find dialog settings.
Fixed drag and drop of file onto a project explorer file node from an external program.
Fixed loss of focus when an expanded project explorer node is deleted.
Fixed renaming of build configurations not applying when clicking on another build configuration after
change.
Modified macOS text editor cursor key mapping to be more like other macOS text editors.
Double clicking on company logo images in package manager and new project wizard now has no effect.
Fixed update of registers window status message when no registers are selected.
Version 4.0.5
Build
Fixed running of build command lines containing a '>' output redirection character.
58
CrossWorks for ARM Reference Manual Introduction
Debug
Fixed crash using Debug | Restart with the simulator target before startup breakpoint is hit.
Fixed crash using Target | Attach Debugger with J-Trace target.
Fixed bug in backtracing code which caused local variables to be displayed incorrectly.
CWSys object can now be used from crossload script.
Local, global, auto and watch window columns are now independently configurable.
Fixed display of signed 32-bit integer variables on 64-bit Linux and macOS hosts.
Fixed Cortex-M simulator return from exception when using both main and process stack.
Speed up single stepping of large programs when there are many unfound symbols in watch window.
Add "Auto" capability to SWO baud rate project property.
Changed values in variable and register windows are now identified by red text rather than a red
background.
Avoid memory and watch window update during download.
Improve speed of disassembly when source files cannot be found.
Added -reset option to CrossLoad.
IDE
59
CrossWorks for ARM Reference Manual Introduction
Version 4.0.4
Debug
Stop accessing address zero on debug reset on Cortex-M devices.
Add "Starting Stack Pointer Value" debug project property.
IDE
Macro viewer in property editor now has horizontal scroll bar.
Fixed blank entries in propery editor's build configuration combo box (macOS only).
Hyperlinks in property editor's description fields now open in an external browser.
Highlighted finds are now local to each text editor.
Fixed text editor match delimiter and extend selection operation (Shift+Ctrl+]).
Fixed moving of popup windows displayed when project is loading.
Fixed Delete key not deleting selected text when cursor is at the end of the file.
Fixed crash running installer on Linux when KDE plugins are installed on the system.
Windows version no longer requires the Universal C Runtime update to be installed.
Updated macOS code signing certificates.
Version 4.0.3
Build
Fix generating additional output file when building with "Use External GCC".
Updated the GCC/BINUTILS tools build to use GNU ARM Embedded Toolchain 6-2017-q2-update source
release.
Updated LLVM/Clang to version 4.0.1.
C runtime start code now has an optional call to an external function named
InitializeUserMemorySections if INITIALIZE_USER_SECTIONS is defined.
Debug
Fix bug locating to assembly code source files.
Locals window update when accessing variables that are in restricted memory ranges.
IDE
Check syntax option is now enabled on files with .html extension.
Find extras menu order now the same in context menu as it is in the main menu.
60
CrossWorks for ARM Reference Manual Introduction
Version 4.0.2
Debug
Memory window size warning can be disabled and is now only shown when the size changes.
Fixed crash when the memory diff dialog is shown after download verification has failed.
IDE
Fixed incorrect calculation of memory usage window cell height when using high DPI fonts.
Fixed crashes caused by uncaught exceptions (Linux only).
Fixed incorrect width of editor margin when using Windows scaling.
Fixed pressing tab key while in block edit mode.
Fixed occasional randomly placed tooltips in code editor.
Added Text Editor > Editing > Tab Key Indents Preprocessor Directives environment option.
Fixed text editor crash when selecting and deleting past end of file with virtual space enabled.
Fixed text editor scrolling to the far left column when text is selected and the mouse is moved.
The Code Outline window now uses the same parser as the Source Navigator this has improved C++
support but has removed conditional preprocessor directives.
The Code Outline window can now display doxygen style comments in the Preview pane.
Fixed crash showing symbols browser for IAR generated executables.
Opening studio from shortcut when Allow Multiple Studios is set to No and studio is already running
now unminimizes and raises main window to the top.
Can now close the solution whilst the Source Navigator or Find References windows are active.
Statistics in the Project Explorer displays the sum of the files sizes of the containing folder node.
Improved error message reporting when studio startup fails.
Version 4.0.1
Build
Added "Export Makefile" to project build context menu.
Reworked compiler driver command line options.
Debug
Fixed the 64-bit Windows J-Link DLL not being found after it moved location in the V6.16 J-Link software
release.
61
CrossWorks for ARM Reference Manual Introduction
Fixed crash when auto disconnecting simulator before simulator has stopped.
Holding the shift key while scrolling the memory window with the mouse scroll wheel now locks the start
address.
Added Debug > Memory Window > Scroll Wheel Modifies Start Address environment option.
IDE
Fixed text editor cursor color when using CrossWorks Dark color scheme.
Added Insert Cursor and Overwrite Cursor colors to editor color schemes.
Fixed text editor repaint when highlight cursor line mode is enabled.
Fixed display of large toolbar icons.
Fixed activation of popup toolbar icons.
Fixed path property editor when using scaling on Windows.
The text editor line number font size now scales with the main text editor font size.
Project properties dialog now remembers splitter placement.
Improved support for Windows scaling.
Fixed code completion suggestion popup appearing on the wrong display on multi-display systems.
Fixed Edit > Selection > Tabify.
Added text editor block selection and edit.
Fixed File > Recent Files and File > Recent Projects not selecting first element of menu when activated
by keyboard.
Fixed Command+W not closing current editor on macOS.
Improved macOS clipboard support.
Avoid auto loading externally modified project file during build.
Grey out goto definition (and others) when indexer is running.
Fixed window group Close All Windows option not recording in session file that windows have been
closed.
Fixed excessively fast vertical scroll wheel scrolling in text output windows.
Editor dock positions are now restored when solution is loaded.
Licensing
Fixed activated licenses not being remembered on Linux.
Version 4.0.0
What's New
IDE
Fast, new look user interface.
62
CrossWorks for ARM Reference Manual Introduction
Build
GNU ARM Embedded Toolchain version 6.
LLVM/Clang version 4 compiler.
What's Changed
IDE
Brace matching now takes into account inactive code lines.
Inactive code highlighting now updates as you type.
Added Text Editor > Save > Default Line Endings environment option.
Added different bitmaps to the project window for executable, library and staging project types.
Build detects when files have been excluded/included and cut/pasted into projects.
Project explorer paste file onto file will add it to the containing folder.
The source browser window has renamed the Stack column to Frame Size.
Added Code, Data and Const size columns to the source browser window.
Build
Added Pre-Build Command and Post-Build Command project options.
Added Post-Archive Command project options.
Added environment option Enable All Warnings command line option.
Added environment option Enforce ANSI Checking command line option.
Changed default for Emit Relocations to Yes.
Removed STLPort from the distribution. This is available as a library package.
Changed Printf Floating Point Supported project option to select between Float and Double support.
Changed default for Omit Frame Pointer to Yes.
Debug
Added Access Variables Within Memory Map Only project property.
Added Copy To Clipboard to memory window.
Single stepping will step again if there is more then one instruction sequence associated with a source
line of code.
The Auto Update feature of the execution profile window uses the J-Trace PRO streaming feature.
Added locate next/prev source/instruction buttons to execution trace window.
Added function call and return entries to execution trace window.
63
CrossWorks for ARM Reference Manual Introduction
64
CrossWorks for ARM Reference Manual CrossStudio Tutorial
CrossStudio Tutorial
In this tutorial, we will take you through activating your copy of CrossWorks; installing support packages; and
creating, compiling, and debugging a simple application using the built-in simulator.
Note
If you're viewing this tutorial from within the CrossStudio help Browser window, you may find it more
convenient to view using an external web browser so you can still see the entire CrossStudio window. To do so,
simply right-click on the help content in the CrossStudio Browser and choose Open With External Browser.
In this section
Activating CrossWorks
Describes how to activate your copy of CrossWorks by obtaining and installing an activation key for
evaluation.
Creating a project
Describes how to start a project, select your target processor, and other common options.
65
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Building projects
Describes how to build a project, correct compilation and linkage errors, and find out how big your
applications are.
Exploring projects
Describes how to use the Project Explorer and Symbol Browser to learn how much memory your project
takes and how to navigate among the files that make up the project.
Low-level debugging
Describes how to use debugger features to debug your program at the machine level by watching registers
and tracing instructions.
66
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Activating CrossWorks
Each copy of CrossWorks must be registered and activated before it will build projects or download and debug
applications. In this tutorial, we are going to use CrossWorks's License Manager dialog to request an evaluation
activation key and, after the key is received, to activate CrossWorks.
If you have already activated your copy of CrossWorks, you can skip this page.
67
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Send the e-mail containing the registration key to [email protected]. If your development system
does not have a default e-mail client, copy the activation request and paste it into an e-mail to this
address.
Choosing which hardware to lock to is a matter of personal choice. If you lock to your primary disk and then
replace that disk drive, reformat it, or upgrade the operating system, CrossWorks may need to be reactivated.
If you lock to a network adapter and the network adapter fails and is replaced, then CrossWorks will require
reactivation.
When we receive your registration key we will send an activation key back to your e-mail's reply address. You
then will use the activation key to unlock and activate CrossWorks.
Activating CrossWorks
When you receive your activation key from us, you can activate CrossWorks as follows:
Note
If you request an activation key outside office hours, there may be a delay processing the registration. If this is
the case, you can continue the tutorial until you reach the Building projects sectionyou will need to activate
CrossWorks before you can build.
68
CrossWorks for ARM Reference Manual CrossStudio Tutorial
In this tutorial, we are going to use the Generic ARM CPU Support Package to create our project. This will
allow us to create a project that will run on CrossWorks' ARM simulator. To create a project that would run on
hardware, you would need to install and use support packages suitable for that target hardware but, for the
purposes of this tutorial, we'll just target the simulator.
Note that the Generic ARM CPU Support Package project templates can be used to target real hardware for
devices that don't currently have a suitable support package; however, it is highly likely that you will need to
modify memory map files, startup code, reset scripts, and the loader program in order to support the target.
This is outside the scope of this tutorial but, should you wish to do this, see the documentation included in the
Generic ARM CPU Support Package for more information.
If you have already installed this support package, you can skip this page.
69
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Click the Next button and you will be presented with a list of actions the package manager is going to
carry out.
Click Next again to download and install the support package.
Upon successful completion, you will see a list of the newly installed packages. Click Finish.
70
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Choose Tools > Show Installed Packages to list the support packages you have installed on your system.
You should see the name of the Generic ARM CPU Support Package you just installed.
Click Generic ARM CPU Support Package to view the support package page in the CrossWorks
Browser window. This page provides more information about the support package and links to any
documentation, example projects, and system files that may be included in the package.
71
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Creating a project
To start developing an application, first create a new project. To create a new project:
The New Project dialog appears. This dialog displays the set of project types (Categories) and project templates.
72
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Here you can customize the project by altering a number of common project properties, such as an additional
file format to be output when the application is linked and what library support to include if you use printf and
scanf. After the project is created, you can change these settings in the Project Explorer as needed.
1. You can double-click a project property or its value to display either a drop-down menu of potential, valid
values or a text field in which you can type arbitrary values. For our tutorial, the default values are fine.
2. Click Next to display a list of the files CrossWorks will add to this project be default. You can uncheck any
file you plan to add manually or that you know will not be needed.
73
CrossWorks for ARM Reference Manual CrossStudio Tutorial
The Links to system files group shows the links to CrossWorks system files that will be created in the project.
Because these files are links, the default behavior is that they will be shared with other projectsso modifying one
will affect all projects containing similar links. To prevent accidental modification, these files are created as read-
only. Should you wish to modify a shared file without affecting other projects, first import it into the project.
(Importing a shared file will be demonstrated later in this tutorial.) See Creating and managing projects for
more information on project links.
The Project files pane shows the files that will be copied into the project. Because these files are copied to the
project directory, they can be modified without affecting any other project.
If you uncheck an item, that file is not linked to, or created in, the project. We will leave all items checked for the
moment.
1. Click Next to view the default configurations that will be added to the project. Again, you can uncheck
any you know will not be needed but, for this tutorial, we will leave the defaults unchanged.
74
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Here you can specify the default configurations that will be added to the project. See Creating and managing
projects for more information on project configurations.
This will create a project for a generic ARM 7 device with RAM located at address 0x00000000. This is
fine, because we are going to run this example on the simulator. ARM hardware, however, is rarely so
accommodating because memory will be mapped at different addresses, target-specific startup code may be
required to initialize peripherals, different techniques need to be employed to reset the target, and target-
specific loader applications are required to program flash memory. To create a project to run on hardware, you
should instead select a template from the project type matching your targetthat will create a project with the
memory maps, startup code, reset script, and a flash loader for your target.
The Project Explorer shows the overall structure of your project. To invoke it, do one of the following:
or
75
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Type Ctrl+Alt+P.
The project name is shown in bold to indicate it is the active project (and, in our case, the only project). If you
have more than one project, you can set the active project by using the drop-down box on the Build tool bar or
by right-clicking the desired project's name in the Project Explorer to display the shortcut menu with the Set as
Active Project command.
The files are arranged into two groups; click the + symbol next to the project name to reveal them:
Source Files contains the main source files for your application, typically header files, C files, and
assembly code files. You may want to add files with other extensions or documentation files in HTML
format, for instance.
System Files contains links to source files that are not part of the project but are required when the
project is built and run. In this case, the system files are: crt0.s the C run-time startup, written in
assembly code
76
CrossWorks for ARM Reference Manual CrossStudio Tutorial
sram_placement.xml placement file describes how program sections should be placed in memory
segments
Standard_ARM_RAM_Only_MemoryMap.xml a memory map file that describes a target's memory
segments
Standard_ARM_Startup.s contains the target-specific start code and exception vectors
Standard_ARM_Target.js contains the target-specific target script that tells the debugger how to
reset the target and what to do when the processor stops or starts
Files stored outside the project's home directory (with a small purple shortcut indicator at the bottom left of the
icon, as above.
These folders have nothing to do with directories on disk, they are simply a means to group related files in the
Project Explorer. You can create new folders and specify filters for them based on the project files' extensions;
thereafter, when you add a new file to the project, it will be shown in the Project Explorer folder whose filter
matches the new file's extension.
77
CrossWorks for ARM Reference Manual CrossStudio Tutorial
or
In response, CrossWorks displays a standard file-locator dialog. Use it to navigate to the CrossWorks installation
directory, then to the tutorial folder, where you should select the fact.c file.
78
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Click Open to add the file to the project. The Project Explorer will list fact.c in the Project Items' Source Files
folder, with a shortcut arrow because the file is not in the project's home directory. Rather than edit the file in the
tutorial directory, we'll put a copy of it into the project's home directory:
The shortcut arrow disappears from the fact.c node, indicating that our working version of that file is now in
our Tutorial project's home directory.
We can open a file for editing by double-clicking the node in the Project Explorer. For example, double-clicking
fact.c opens it in the code editor:
or
On the Project Explorer tool bar, click the Add New File button.
or
or
79
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Type Ctrl+N.
In the Categories pane, select C C++ to indicate the general type of file.
In the Templates pane, select the C File (.c) option to further specify the kind of file we will be adding.
In the Name edit box, type main.
CrossWorks opens the new file in the code editor. Rather than type the program from scratch, we'll add it from a
file stored on disk. With the new, empty main.c in the foreground:
Choose Edit > Others > Insert File or press Ctrl+K, Ctrl+I.
Using the file-selection dialog, navigate to the tutorial directory.
Select the main.c file.
Click OK.
80
CrossWorks for ARM Reference Manual CrossStudio Tutorial
81
CrossWorks for ARM Reference Manual CrossStudio Tutorial
You can set project options on any node of a solution. That is, you can set options on a solution-wide basis, on
a project-wide basis, on a project-group basis, or on an individual-file basis. For instance, options you set on a
solution are inherited by all projects in that solution, by all groups in each of those projects, and by all files in
each of those groups. If you set an option further down in the hierarchy, that setting will be inherited by nodes
that are children of (or grandchildren of, etc.) that node. This provides a powerful way to customize and manage
your projects.
Right-click the Tutorial project in the Project Explorer and select Properties from the menuthe Project
Manager dialog appears.
Click the Configuration drop-down and change to the Common configuration (it is one of the "Private
Configurations").
Scroll down the list as necessary to click the Preprocessor Options > Preprocessor Definitions property.
Double-click the property name or value field, or click the ... symbol to display the empty Preprocessor
Definitions window, and in that window type the definition DEFINE_ME.
82
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Notice that, when you change between Debug and Release configurations, the code generation options
change. This dialog shows the options used when building a project (or anything in a project) in a given
configuration. Because we put the above, new definition in the Common configuration, both Debug and
Release configurations will use this setting. We could, however, set the definition to be different in Debug and
Release configurations if we wanted to pass different definitions into debug and release builds.
83
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Building projects
Now that the project is created and set up, it's time to build it. There are some deliberate errors in the program
that we need to correct; doing that is the next step in this tutorial.
This means we are going to use a build configuration that generates ARM code, will run from RAM, and
generates code with debug information and no optimization, so it can be debugged. If we wanted to produce
production code with no debug information and optimization enabled, we could use the ARM RAM Release
configuration. However, because we are going to use the debugger, we shall use the ARM RAM Debug
configuration.
or
On the Build tool bar, click the Build Active Project button.
or
Type F7.
CrossWorks starts compiling the project files, but stops after detecting an error. The Output window shows the
Transcript, which contains the errors found in the project:
84
CrossWorks for ARM Reference Manual CrossStudio Tutorial
To correct the error, change the return type of factorial from void to int in its prototype.
To move the cursor to the line containing the next error, type F4 or choose Search > Next Location. The cursor is
now positioned at the debug_printf statement, which is missing a terminating semicolonadd the semicolon to
the end of the line. Using F4 again reveals that we have corrected all errors.
Pressing F4 again wraps around and moves the cursor to the first error, and you can use Shift+F4 or Search >
Previous Location to move back through errors. Now that the errors are corrected, build the project again by
pressing F7. The Transcript shows there still is a problem.
85
CrossWorks for ARM Reference Manual CrossStudio Tutorial
The remaining error is a linkage error. Double-click fact.c in the Project Explorer to open it for editing
and change the two occurrences of fact to factorial. Rebuild the projectthis time, the project compiles
correctly:
A summary of the memory used by the project is displayed at the end of the build log. The results for your
application may be different, so don't worry if they don't match.
In the next sections, we'll explore the characteristics of the newly built project.
86
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Exploring projects
Now that the project has no errors and builds correctly, we can turn our attention to uncovering exactly how our
application fits in memory and how to navigate around it.
87
CrossWorks for ARM Reference Manual CrossStudio Tutorial
When the Statistics Column option is checked, the Project Explorer displays two additional columns, Code and
Data.
88
CrossWorks for ARM Reference Manual CrossStudio Tutorial
The Code column displays the total code space required for the project. The Data column displays the total
data space required. The code and data sizes shown for each C and assembly source file are estimates, but good
ones. Because the linker removes any unreferenced code and data, and performs a number of optimizations, the
sizes for the linked project may not be the sum of the sizes of each individual file. The code and data sizes for the
project, however, are accurate. As already mentioned, your numbers may not match these exactly.
Dependencies
The Project Explorer is very versatile: not only can you display the code and data sizes for each element of a
project and for the project as a whole, you can also configure it to show the dependencies for a file. As part of
the compilation process, CrossWorks finds and records the relationships between filesthat is, it finds which
files depend upon other files. CrossWorks uses these known relationships when it builds the project again, to
minimize the amount of work required to bring the project up to date.
To show the dependencies for a project, use the Options button on the Project Explorer tool bar to ensure that
either Dependencies Under Node or Dependencies In Folder is checked. Once checked, dependent files are
shown as sub-nodes of the file that depends on them.
89
CrossWorks for ARM Reference Manual CrossStudio Tutorial
In this case, main.c is dependent upon cross_studio_io.h because it includes it with an #include
directive. It is also dependent on __crossworks.h because that is included by cross_studio_io.h. You
can open the files in an editor by double-clicking them, so having dependencies turned on is an effective way of
navigating to and summarizing the files a source file includes.
Output files
It is useful to know the output files when compiling and linking the application, and CrossWorks can display this
information, too. To turn on output-file display, click the Project Explorer tool bar's Options button and verify
that Output Files Folder option is checked in the menu. Once checked, output files are shown in an Output Files
folder under the node that generates them. Click that folder's + symbol to expand the view of the output files.
90
CrossWorks for ARM Reference Manual CrossStudio Tutorial
In the above figure, we can see that the files fact.o and main.o are object files, produced by compiling
their corresponding source files. The linker script Tutorial.ld, the map file Tutorial.map, and the linked
executable Tutorial.elf are produced by the linker. As a convenience, double-clicking an object file or a
linked executable file in the Project Explorer will open an editor showing the disassembled contents of the file.
91
CrossWorks for ARM Reference Manual CrossStudio Tutorial
CrossWorks then opens a new read-only editor showing the disassembled listing. If you change your project
and rebuild it, thereby causing a change in the object or executable file, the disassembly updates to keep the
display's contents synchronized with the file on disk.
For the Tutorial project, the Memory Usage window shows this:
If you expand the SRAM segment by clicking it, CrossWorks will display all the program sections contained
within the segment:
92
CrossWorks for ARM Reference Manual CrossStudio Tutorial
93
CrossWorks for ARM Reference Manual CrossStudio Tutorial
From this, you can see sections and their sizes. For example, the .vectors section containing the ARM exception
vectors is placed in memory between address 0x00000000 and 0x0000003B.
The .init section containing the system startup code is placed in memory
The .text section containing the program code is placed in memory
The .rodata section containing read-only data is placed in memory
The .heap section is 1024 bytes in length and is located at 0x00000880. Linker > Heap Size project
property.
94
CrossWorks for ARM Reference Manual CrossStudio Tutorial
The .stack section which contains the User/System mode stack is 1024 Linker > Stack Size properties.
The .stack_irq section which contains the IRQ mode stack is 256 bytes in
The .stack_fiq section which contains the FIQ mode stack is 256 bytes in
To drill down, open the CODE node by double-clicking it: CrossWorks displays the individual functions that have
been placed in memory and their sizes:
95
CrossWorks for ARM Reference Manual CrossStudio Tutorial
96
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Here, we can see that main is 100 bytes in size and is placed in memory between addresses 0000029C and
000002FF, inclusive, and that factorial is 80 bytes and occupies addresses 0000024C through 0000029B. Just as
in the Project Explorer, if you double-click a function, CrossWorks moves the cursor to the line containing the
definition of that function, so you can easily use the Symbol Browser to navigate around your application.
We have touched on only some of the features the Symbol Browser offers; to learn more, refer to Symbol
Browser, where it is described in detail.
97
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Getting set up
Before running your application, you need to select the target to run it on. Choose Target > Targets to list in the
Targets window each target interface that is defined. You will use these to connect CrossWorks to a target. For
this tutorial, you'll be debugging on the simulator, not hardware, to simplify matters.
or
After connecting, the ARM Simulator target is shown in the status bar:
The color of the target-status LED in the status bar changes according to what CrossWorks and the target are
doing:
Double-clicking the Target Status will show the Targets window, if it is not already visible.
The core simulator target can accurately count the cycles spent executing your application, so the status bar
shows a cycle counter. If you connect a target that cannot provide performance information, the cycle counter
panel is hidden. Double-clicking the Cycle Counter panel will reset the cycle counter to zero.
98
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Setting a breakpoint
CrossWorks will run a program until it hits a breakpoint. We'll place a breakpoint on the call to debug_printf
in main.c. To set the breakpoint, move the cursor to the line containing debug_printf and choose Debug >
Toggle Breakpoint or press F9.
Alternately, you can set a breakpoint without changing the cursor's position by clicking in the gutter of the line
to set the breakpoint on.
The gutter displays an icon on lines where breakpoints are set. The Breakpoints window updates to show where
each breakpoint is set and whether it's set, disabled, or invalidyou can find more detailed information in the
Breakpoints window section. The breakpoints you set are stored in a session file associated with the project, so
your breakpoints are remembered if you exit and re-run CrossWorks.
The workspace will change from the standard Editing workspace to the Debugging workspace. You can choose
which windows to display in each of these workspaces and manage them independently. CrossWorks loads the
active project into the target and places the breakpoints you have set. During loading, the Target Log in the
Output Window shows its progress and any problems:
99
CrossWorks for ARM Reference Manual CrossStudio Tutorial
The program stops at our breakpoint and a yellow arrow in the gutter indicates where the program is paused.
Step into the factorial function by selecting Debug > Step Into, by typing F11, or by clicking the Step Into
button on the Debug tool bar.
Now step to the first statement in the function by selecting Debug > Step Over, by typing F10, or by clicking the
Step Over button on the Debug tool bar.
100
CrossWorks for ARM Reference Manual CrossStudio Tutorial
You can step out of a function by choosing Debug > Step Out, by typing Shift+F11, or by clicking the Step Out
button on the Debug tool bar. You can also step to a specific statement by choosing Debug > Run To Cursor. To
allow your application to run to the next breakpoint, choose Debug > Go.
Note that, when single-stepping, you may step into a function whose source code the debugger cannot locate.
In such cases, the debugger will display the instructions of the application; you can step out to get back to
source code or continue to debug at the instruction-code level. There may be cases in which the debugger
cannot display the instructions; in such cases, you will be informed of this with a dialog and you should step out.
Inspecting data
Being able to control execution isn't very helpful if you can't look at the values of variables, registers, and
peripherals. Hovering the mouse cursor over a variable will show its value as a data tip:
101
CrossWorks for ARM Reference Manual CrossStudio Tutorial
You can configure CrossWorks to display data tips in a variety of formats at the same time using the
Environment Options dialog. You can also use the Autos, Locals, Globals, Watch, and Memory windows to view
variables and memory. These windows are described in CrossStudio User Guide.
The Call Stack window shows the function calls that have been made but have not yet finished executing, that is
the list of active functions.
102
CrossWorks for ARM Reference Manual CrossStudio Tutorial
You can learn more about this in the Call Stack window section.
Program output
The Tutorial application uses the function debug_printf to output a string to the Debug Terminal in the
Output window. The Debug Terminal appears automatically whenever something is written to itpress F5 to
continue program execution and you will notice that the Debug Terminal appears. In fact, the program runs
forever, writing the same messages over and over again. To pause the program, select Debug > Break or type
Ctrl+. (control-period).
In the next section, we'll cover low-level debugging at the machine level.
103
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Low-level debugging
This section describes how to debug your application at the register and instruction level. Debugging at a high
level is fine, but sometimes you need to look more closely into the way your program executes to track down the
causes of difficult-to-find bugs. CrossWorks provides the tools you need to do so.
Setting up again
Next, we'll run the sample application again and look at how it executes at the machine level. If you haven't done
so already, stop the program executing by typing Shift+F5, by selecting Debug > Stop, or by clicking the Stop
Debugging button on the Debug tool bar. Now, run the program until it stops at the first breakpoint again.
You can see the current processor state in the Register windows. To show the first Registers window:
Choose Debug > Other Windows > Registers > Registers 1 or press Ctrl+T, R, 1.
The Registers window can be used to view CPU and peripheral registers. To display the state of the registers for
the active processor mode, use the Registers 1 window's Register Groups menu to select CPU - Current Mode.
This view is displaying the registers for the active processor mode. You can also display the entire set of ARM
registers: to do this, select CPU - All from the Register Groups menu. Your registers window will look something
like this:
104
CrossWorks for ARM Reference Manual CrossStudio Tutorial
There are four register windows, so you can open and display four sets of CPU and peripheral registers at the
same time. You can configure which registers and peripherals to display in the Registers windows individually.
As you single-step the program, the contents of the Registers window updates and any change in a register
value is highlighted in red.
105
CrossWorks for ARM Reference Manual CrossStudio Tutorial
Disassembly
The Disassembly window can be used to debug your program at the instruction level. It displays a disassembly
of the instructions around the currently located instruction, interleaved with the source code of the program, if
the source is available. When the Disassembly window has focus, all single-stepping is done one instruction at a
time. This window also allows you to set breakpoints by clicking in the gutter of lines containing instructions on
which you want to set a breakpoint.
106
CrossWorks for ARM Reference Manual CrossStudio Tutorial
To restart debugging without reloading the program, you can use Debug > Debug From Reset. Note
that, when you debug from reset, no loading takes place; it is expected that your program resets any data
values as necessary as part of its startup.
You can attach the debugger to a running target, other than a simulator, using Target > Attach
Debugger.
107
CrossWorks for ARM Reference Manual CrossStudio Tutorial
The New Project dialog appears. It displays the set of project types and project templates.
In the Categories pane, select the Generic > ARM7 Board project type.
In the Project Templates pane, select the An externally built executable for a generic ARM7 processor
icon, which selects the type of project to add.
Type Externally_Built_Tutorial in the Name field, which names the project.
You can use the Location field or the Browse button to locate where you want the project to be created.
Click OK.
Once created, the project-setup wizard prompts you for the executable file you want to use.
108
CrossWorks for ARM Reference Manual CrossStudio Tutorial
In the Executable File field, type the path to the Tutorial.elf executable file we generated earlier. For
example, if the project was created in the C:/CrossWorks Projects/Tutorial directory and was
built using the ARM RAM Debug configuration, the path to the executable file will be C:/CrossWorks
Projects/Tutorial/ARM RAM Debug/Tutorial.elf.
Clicking Next displays the files that will be added to the project.
109
CrossWorks for ARM Reference Manual CrossStudio Tutorial
The Project files group shows the files that will be copied into the project. The only files used are the memory
map file, which describes the memory layout used by the application, and the script used to reset and control
the target. For the debugging session to work correctly, each of these files must match and be appropriate for
the application you are debugging.
Clicking Next displays the configurations that will be added to the project.
110
CrossWorks for ARM Reference Manual CrossStudio Tutorial
You will be prompted as to whether you want to overwrite the existing memory map and target script. Click No
to keep the existing files.
Now you have created the externally built executable project. You should be able to use the debugger just as we
did earlier in the tutorial.
111
CrossWorks for ARM Reference Manual CrossStudio Tutorial
112
CrossWorks for ARM Reference Manual CrossStudio User Guide
113
CrossWorks for ARM Reference Manual CrossStudio User Guide
114
CrossWorks for ARM Reference Manual CrossStudio User Guide
Menu bar
The menu bar contains menus for editing, building, and debugging your program. You can navigate menus
using the keyboard or the mouse.
1. Click a menu title in the menu bar to show the related menu.
2. Click the desired command in the menu to execute that command.
or
1. Click and hold the mouse on a menu title in the menu bar to show the related menu.
2. Drag the mouse to the desired command in the menu.
3. Release the mouse while it is over the command to execute that command.
After you press the Alt key once, each menu on the menu bar has one letter underlinedits shortcut key. So, to
activate a menu using the keyboard:
While holding down the Alt key, type the desired menu's shortcut key.
After the menu appears, you can navigate it using the cursor keys:
Use Up and Down to move up and down the list of menu items.
Use Esc to cancel a menu.
Use Right or Enter to open a submenu.
Use Left or Esc to close a submenu and return to the parent menu.
Type the underlined letter in a command's name to execute that command.
115
CrossWorks for ARM Reference Manual CrossStudio User Guide
Title bar
The first item shown in the title bar is CrossStudio's name. Because CrossStudio can be used to target different
processors, the name of the target processor family is also shown, to help you distinguish between instances of
CrossStudio when debugging multi-processor or multi-core systems.
The filename of the active editor follows CrossStudio's name; you can configure the presentation of this filename
as described below.
After the filename, the title bar displays status information on CrossStudio's state:
116
CrossWorks for ARM Reference Manual CrossStudio User Guide
Status bar
At the bottom of the window, the status bar contains useful information about the current editor, build status,
and debugging environment. The status bar is divided into two regions: one contains a set of fixed panels and
the other is used for messages.
The leftmost part of the status bar is a message area used for things such as status tips, progress information,
warnings, errors, and other notifications.
You can show or hide the following panels on the status bar:
Panel Description
Displays the connected target interface. When
connected, this panel contains the selected target
interface's name and, if applicable, the processor to
which the target interface is connected. The LED icon
Target device status flashes green when a program is running, is solid red
when stopped at a breakpoint, and is yellow when
connected to a target but not running a program.
Double-clicking this panel displays the Targets pane,
and right-clicking it invokes the Target shortcut menu.
Cycle count panel Displays the number of processor cycles used by the
executing program. This panel is only visible if the
connected target supports performance counters
that can report the total number of cycles executed.
Double-clicking this panel resets the cycle counter to
zero, and right-clicking it brings up the Cycle Count
shortcut menu.
Insert/overwrite status Indicates whether the current editor is in insert or
overwrite mode. In overwrite mode, the panel displays
"OVR"; in insert mode, the panel displays "INS".
Read-only status Indicates whether the editor is in read-only mode. If
the editor is editing a read-only file or is in read-only
mode, the panel display "R/O"; if the editor is in read-
write mode, the panel displays "R/W".
Build status Indicates the success or failure of the last build. If
the last build completed without errors or warnings,
the build status pane contains Built OK; otherwise, it
contains the number of errors and warnings reported.
If there were errors, double-clicking this panel displays
the Build Log in the Output pane.
117
CrossWorks for ARM Reference Manual CrossStudio User Guide
or
You can choose to hide or display the size grip when CrossStudio's main window is not maximized. (The size grip
is never shown in full-screen mode or when maximized.)
118
CrossWorks for ARM Reference Manual CrossStudio User Guide
Editing workspace
The main area of CrossStudio is the editing workspace. It contains any files being edited, the on-line help
system's HTML browser, and the Dashboard.
119
CrossWorks for ARM Reference Manual CrossStudio User Guide
Docking windows
CrossStudio has a flexible docking system you can use to position windows as you like them. You can dock
windows in the CrossStudio window or in the four head-up display windows. CrossStudio will remember the
position of the windows when you leave the IDE and will restore them when you return.
Window groups
You can organize CrossStudio windows into window groups. A window group has multiple windows docked
in it, only one of which is active at a time. The window group displays the active window's title for each of the
windows docked in the group.
Clicking on the window icons in the window group's header changes the active window. Hovering over a
docked window's icon in the header will display that window's title in a tooltip.
Holding Ctrl when moving the window will prevent the window from being docked. If you do not dock a
window on a window group, the window will float in a new window group.
Perspectives
CrossStudio remembers the dock position and visibility of each window in each perspective. The most common
use for this is to lay your windows out in the Standard perspective, which is the perspective used when you are
editing and not debugging. When CrossStudio starts to debug a program, it switches to the Debug perspective.
You can now lay out your windows in this perspective and CrossStudio will remember how you laid them them
out. When you stop debugging, CrossStudio will revert to the Standard perspective and that window layout for
editing; when you return to Debug perspective on the next debug session, the windows will be restored to how
you laid them out in that for debugging.
CrossStudio remembers the layout of windows, in all perspectives, such that they can be restored when you run
CrossStudio again. However, you may wish to revert back to the standard docking positions; to do this:
Some customers are accustomed to having the Project Explorer on the left or the right, depending upon which
version of Microsoft Visual Studio they commonly use. To quickly switch the CrossStudio layout to match your
preferred Visual Studio setup:
120
CrossWorks for ARM Reference Manual CrossStudio User Guide
Dashboard
When CrossStudio starts, it presents the Dashboard, a collection of panels that provide useful information, one-
click loading of recent projects, and at-a-glance summaries of activity relevant to you.
Tasks
The Tasks panel indicates tasks you need to carry out before CrossWorks is fully functionalfor instance, whether
you need to activate CrossWorks, install packages, and so on.
Updates
The Updates panel indicates whether any packages you have installed are now out of date because a newer
version is available. You can install each new package individually by clicking the Install button under each
notification, or install all packages by clicking the Install all updates link at the bottom of the panel.
Projects
The Projects panel contains links to projects you have worked on recently. You can load a project by clicking the
appropriate link, or clear the project history by clicking the Clear List button. To manage the contents of the list,
click the Manage Projects link and edit the list of projects in the Recent Projects window.
News
The News panel summarizes the activity of any RSS and Atom feeds you have subscribed to. Clicking a link will
display the published article in an external web browser. You can manage your feed subscriptions to by clicking
the Manage Feeds link at the end of the News panel and pinning the feeds in the Favorites windowyou are only
subscribed to the pinned feeds.
Links
The Links panel is a handy set of links to your favorite websites. If you pin a link in the Favorites window, it
appears in the Links panel.
121
CrossWorks for ARM Reference Manual CrossStudio User Guide
Tooltips
When you position the pointer over a button and keep it still, a small window displays a brief description of
the button and its keyboard shortcut, if it has one.
Status tips
In addition to tooltips, CrossStudio provides a longer description in the status bar when you hover over a
button or menu item.
Online manual
CrossStudio has links from all windows to the online help system.
The browser
Documentation pages are shown in the Browser.
To view the help text for a particular window or other user-interface element:
Click to select the item with which you want assistance.
Choose Help > Help or press F1.
The highlighted entry indicates the current help topic. When you click a topic, the corresponding page appears
in the Browser window.
122
CrossWorks for ARM Reference Manual CrossStudio User Guide
The Next Topic and Previous Topic items in the Help menu, or the buttons on the Contents window toolbar,
help navigate through topics.
To search the online documentation, type a search phrase into the Search box on the Contents window toolbar.
The search commences and the table of contents is replaced by links to pages matching your query, listed in
order of relevance. To clear the search and return to the table of contents, click the clear icon in the Search box.
123
CrossWorks for ARM Reference Manual CrossStudio User Guide
A project is a convenient place to find every file and piece of information associated with your work. You place
projects into a solution, which can contain one or more projects.
This chapter introduces the various parts of a project, shows how to create projects, and describes how to
organize the contents of a project. It describes how to use the Project Explorer and Project Manager for project-
management tasks.
124
CrossWorks for ARM Reference Manual CrossStudio User Guide
A project contains and organizes everything you need to create a single application or a library.
Organizing your projects into a solution allows you to build all the projects in a solution with a single keystroke,
and to load them onto the target ready for debugging.
Projects in a solution can reside in the same or different directories. Project directories are always relative to the
directory of the solution file, which enables you to more-easily move or share project-file hierarchies.
The Project Explorer organizes your projects and files, and provides quick access to the commands that operate
on them. A toolbar at the top of the window offers quick access to commonly used commands.
Solutions
When you have created a solution, it is stored in a project file. Project files are text files, with the file extension
hzp, that contain an XML description of your project. See Project file format for a description of the project-file
format.
Projects
The projects you create within a solution have a project type CrossStudio uses to determine how to build the
project. The project type is selected when you use the New Project dialog. The available project types depend
on the CrossWorks variant you are using, but the following are present in most CrossWorks variants:
125
CrossWorks for ARM Reference Manual CrossStudio User Guide
Projects can also contain dynamic folders which will can show the directories and files contained in the file
system in the project explorer. You can specify if the dynamic folder is recursive and use wildcards to include and
exclude files.
Source files
Source files are all the files used to build a product. These include source code files and also section-placement
files, memory-map files, and script files. All the source files you use for a particular product, or for a suite of
related products, are managed in a CrossStudio project. A project can also contain files that are not directly used
by CrossStudio to build a product but contain information you use during development, such as documentation.
You edit source files during development using CrossStudio's built-in text editor, and you organize files into a
target (described next) to define the build-system inputs for creating the product.
The source files of your project can be placed in folders or directly in the project. Ideally, the paths to files
placed in a project should be relative to the project directory, but at times you might want to refer to a file in an
absolute location and this is supported by the project system.
When you add a file to a project, the project system detects whether the file is in the project directory. If a
file is not in the project directory, the project system tries to make a relative path from the file to the project
directory. If the file isn't relative to the project directory, the project system detects whether the file is relative to
the $(StudioDir) directory; if so, the filename is defined using $(StudioDir). If a file is not relative to the project
directory or to $(StudioDir), the full, absolute pathname is used.
The project system will allow (with a warning) duplicate files to be put into a project.
The project system uses a file's extension to determine the appropriate build action to perform on the file:
126
CrossWorks for ARM Reference Manual CrossStudio User Guide
A file with the extension .cpp or .cxx will be compiled by a C++ compiler.
A file with the extension .s or .asm will be compiled by an assembler.
A file with the object-file extension .o will be linked.
A file with the library-file extension .a will be linked.
A file with the extension .xml will be opened and its file type determined by the XML document type.
Files with other file extensions will not be compiled or linked.
You can modify this behavior by setting a file's File Type property with the Common configuration selected in
the Properties window, which enables files with non-standard extensions to be compiled by the project system.
Solution links
You can create links to existing project files from a solution, which enables you to create hierarchical builds. For
example, you could have a solution that builds a library together with a stub test driver executable. You can
link to that solution from your current solution by right-clicking the solution node of the Project Explorer and
selecting Add Existing Project. Your current solution can then use the library built by the other project.
Session files
When you exit CrossWorks, details of your current session are stored in a session file. Session files are text files,
with the file extension hzs, that contain details such as which files you have opened in the editor and what
breakpoints you have set in the Breakpoint window.
127
CrossWorks for ARM Reference Manual CrossStudio User Guide
Creating a project
You can create a new solution for each project or place multiple projects in an existing solution.
The project name must be unique to the solution and, ideally, the project directory should be relative to the
solution directory. The project system will use the project directory as the current directory when it builds your
project. Once complete, the Project Explorer displays the new solution, project, and files contained in the
project. To add another project to the solution, repeat the above steps.
128
CrossWorks for ARM Reference Manual CrossStudio User Guide
Using the Open File dialog, navigate to the directory containing the files and select the ones you wish to add to
the project.
Click OK.
The selected files are added to the folders whose filter matches the extension of each of the files. If no filter
matches a file's extension, the file is placed underneath the project node.
1. In the Project Explorer, right-click the project to which you wish to add a new file.
2. Choose Add Existing File.
1. In the Project Explorer, right-click the folder to which you wish to add a new file.
2. Choose Add Existing File.
The files are added to the specified folder without using filter matching.
1. In the Project Explore, right click on the project to which you wish to add a new folder.
2. Choose New Folder....
3. Using the New Folder dialog name the folder and then show the dynamic folder options.
4. Specify the required Source Folder and the Filter Specification.
The files that match the filter specification in the source folder will appear in the newly created folder.
129
CrossWorks for ARM Reference Manual CrossStudio User Guide
1. In the Project Explorer, right-click the project to which you wish to add a new file.
2. Choose Add New File.
When adding a new file, CrossStudio displays the New File dialog, from which you can choose the type of file
to add, its filename, and where it will be stored. Once created, the new file is added to the folder whose filter
matches the extension of the newly added file. If no filter matches the newly added file extension, the new file is
placed underneath the project node.
1. In the Project Explorer, right-click the folder to which you wish to add a new file.
2. Choose Add New File.
The new file is added to the folder without using filter matching.
130
CrossWorks for ARM Reference Manual CrossStudio User Guide
or
131
CrossWorks for ARM Reference Manual CrossStudio User Guide
When CrossStudio builds your application, it tries to avoid building files that have not changed since they were
last built. It does this by comparing the modification dates of the generated files with the modification dates of
the dependent files together with the modification dates of the properties that pertain to the build. But if you
are copying files, sometimes the modification dates may not be updated when the file is copiedin this instance,
it is wise to use the Rebuild command rather than the Build command.
You can see the build rationale CrossStudio currently is using by setting the Environment Options > Building
> Show Build Information property. To see the build commands themselves, set the Environment Options >
Building > Echo Build Command property.
You may have a solution that contains several interdependent projects. Typically, you might have several
executable projects and some library projects. The Project Dependencies dialog specifies the dependencies
between projects and to see the effect of those dependencies on the solution build order. Note that
dependencies can be set on a per-configuration basis, but the default is for dependencies to be defined in the
Common configuration.
You will also notice that a new folder titled Dependencies has appeared in the Project Explorer. This folder
contains the list of newly generated files and the files from which they were generated. To see if one of files
can be decoded and displayed in the editor, right-click the file to see if the View command is available on the
shortcut menu.
If you have the Symbols window open, it will be updated with the symbol and section information of all
executable files built in the solution.
When CrossStudio builds projects, it uses the values set in the Properties window. To generalize your builds, you
can define macro values that are substituted when the project properties are used. These macro values can be
defined globally at the solution and project level, and can be defined on a per-configuration basis.
The combination of configurations, properties with inheritance, dependencies, and macros provides a very
powerful build-management system. However, such systems can become complicated. To understand the
implications of changing build settings, right-click a node in the Project Explorer and select Properties to view a
dialog that shows which macros and build steps apply to that project node.
or
132
CrossWorks for ARM Reference Manual CrossStudio User Guide
or
or
You can move forward and backward through errors using Search > Next Location and Search > Next Location.
When you build a single project in a single configuration, the Transcript will display the memory used by the
application and a summary for each memory area.
133
CrossWorks for ARM Reference Manual CrossStudio User Guide
A configuration defines a set of project property values. For example, the output of a compilation can be put
into different directories, dependent upon the configuration. When you create a solution, some default project
configurations are created.
Configurations inherit properties from other configurations. This provides a single point of change for definitions
common to several configurations. A particular property can be overridden in a particular configuration to
provide configuration-specific settings.
When a solution is created, two configurations are generated Debug and Release and you can create additional
configurations by choosing Build > Build Configurations. Before you build, ensure that the appropriate
configuration is set using Build > Set Active Build Configuration or, alternatively, the Active Configuration
combo box in the Project Explorer. You should also ensure that the appropriate build properties are set in the
Properties window.
Selecting a configuration
To set the configuration that affects your building and debugging, use the combo box in the Project Explorer or
select Build > Set Active Build Configuration
Creating a configuration
To create your own configurations, select Build > Build Configurations to invoke the Configurations dialog. The
New button will produce a dialog allowing you to name your configuration. You can now specify the existing
configurations from which your new configuration will inherit values.
Deleting a configuration
You can delete a configuration by selecting it and clicking the Remove button. This deletion cannot be undone
or canceled, so beware.
134
CrossWorks for ARM Reference Manual CrossStudio User Guide
Private configurations
Some configurations are defined purely for inheriting and, as such, should not appear in the Build combo box.
When you select a configuration in the Configuration dialog, you can choose to hide that configuration.
135
CrossWorks for ARM Reference Manual CrossStudio User Guide
Project properties
For solutions, projects, folders, and files, properties can be defined that are used by the project system in
the build process. These property values can be viewed and modified by using the Properties window in
conjunction with the Project Explorer. As you select items in the Project Explorer, the Properties window will
list the set of relevant properties.
Some properties are only applicable to a given item type. For example, linker properties are only applicable to
a project that builds an executable file. However, other properties can be applied either at the file, project, or
solution project node. For example, a compiler property can be applied to a solution, project, or individual file.
By setting a property at the solution level, you enable all files of the solution to use that property's value.
Unique properties
A unique property has one value. When a build is done, the value of a unique property is the first one defined
in the project hierarchy. For example, the Treat Warnings As Errors property could be set to Yes at the solution
level, which would then be applicable to every file in the solution that is compiled, assembled, and linked. You
can then selectively define property values for other project items. For example, a particular source file may have
warnings you decide are allowable, so you set the Treat Warnings As Errors to No for that particular file.
Note that, when the Properties window displays a project property, it will be shown in bold if it has been
defined for unique properties. The inherited or default value will be shown if it hasn't been defined.
In the above example, the files will be compiled with these values for Treat Warnings As Errors:
project1/file1 Yes
project1/file2 No
project2/file1 No
project2/file2 Yes
Aggregate properties
An aggregating property collects all the values defined for it in the project hierarchy. For example, when a C
file is compiled, the Preprocessor Definitions property will take all the values defined at the file, project, and
solution levels. Note that the Properties window will not show the inherited values of an aggregating property.
136
CrossWorks for ARM Reference Manual CrossStudio User Guide
In the above example, the files will be compiled with these preprocessor definitions:
project1/file1 SolutionDef
project1/file2 SolutionDef, File1Def
project2/file1 SolutionDef, ProjectDef
project2/file2 SolutionDef, ProjectDef, File2Def
137
CrossWorks for ARM Reference Manual CrossStudio User Guide
A special configuration named Common is always inherited by a configuration. The Common configuration
allows you to set property values that will apply to all configurations you create. You can select the Common
configuration using the Configurations combo box of the properties window. If you are modifying a property
value of your project, you almost certainly want each configuration to inherit it, so ensure that the Common
configuration is selected.
If the property is unique, the build system will use the one defined for the particular configuration. If the
property isn't defined for this configuration, the build system uses an arbitrary one from the set of inherited
configurations.
If the property is still undefined, the build system uses the value for the Common configuration. If it is still
undefined, the build system tries to find the value in the next higher level of the project hierarchy.
In the above example, the files will be compiled with these preprocessor definitions when in Debug
configuration
File Setting
project1/file1 CommonSolutionDef, DebugSolutionDef
project1/file2 CommonSolutionDef,
DebugSolutionDef,CommonFile1Def, DebugFile1Def
project2/file1 CommonSolutionDef, DebugSolutionDef, ProjectDef
138
CrossWorks for ARM Reference Manual CrossStudio User Guide
and the files will be compiled with these Preprocessor Definitions when in Release configuration:
File Setting
project1/file1 CommonSolutionDef, ReleaseSolutionDef
project1/file2 CommonSolutionDef, ReleaseSolutionDef,
CommonFile1Def
project2/file1 CommonSolutionDef, ReleaseSolutionDef, ProjectDef
project2/file2 ComonSolutionDef, ReleaseSolutionDef, ProjectDef,
File2Def
139
CrossWorks for ARM Reference Manual CrossStudio User Guide
Project macros
You can use macros to modify the way the project system refers to files.
System macros defined by CrossStudio relay information about the environment, such as paths to
common directories.
Global macros are saved in the environment and are shared across all solutions and projects. Typically,
you would set up paths to libraries and any external items here.
Project macros are saved as project properties in the project file and can define values specific to the
solution or project in which they are defined.
Build macros are generated by the project system when you build your project.
System macros
System macros are defined by CrossStudio itself and as such are read-only. System macros can be used in project
properties, environment settings and to refer to files. See System macros list for the list of System macros.
Global macros
Global macros are store in the environment option Global Macros.
Project macros
You can set the project macros from the Properties window:
140
CrossWorks for ARM Reference Manual CrossStudio User Guide
Build macros
Build macros are defined by the project system for a build of a given project node. See Build macros list for the
list of build macros.
Using macros
You can use a macro for a project property or environment setting by using the $(macro) syntax. For example,
the Object File Name property has a default value of $(IntDir)/$(InputName)$(OBJ).
You can also specify a default value for a macro if it is undefined using the $(macro:default) syntax. For example,
$(MyMacro:0) would expand to 0 if the macro MyMacro has not been defined.
141
CrossWorks for ARM Reference Manual CrossStudio User Guide
Project dependencies are stored as project properties and, as such, can be defined differently based upon the
selected configuration. You almost always want project dependencies to be independent of the configuration,
so the Project Dependencies dialog selects the Common configuration by default.
Some items in the Depends Upon list box may be dimmed, indicating that a circular dependency would
result if any of those projects were selected. In this way, CrossStudio prevents you from constructing circular
dependencies using the Project Dependencies dialog.
If your target supports loading multiple projects, the Build Order also reflects the order in which projects are
loaded onto the target. Projects will load, in order, from top to bottom. Generally, libraries need to be loaded
before the applications that use them, and you can ensure this happens by making the application dependent
upon the library. With this dependency set, the library gets built and loaded before the application does.
Applications are deleted from a target in reverse of their build order; in this way, applications are removed
before the libraries on which they depend.
142
CrossWorks for ARM Reference Manual CrossStudio User Guide
To describe how the program sections of your program are positioned in memory, the CrossWorks project
system uses memory-map files and section-placement files. These XML-formatted files are described in Memory
Map file format and Section Placement file format. They can be edited with the CrossWorks text editor. The
memory-map file specifies the start address and size of target memory segments. The section-placement file
specifies where to place program sections in the target's memory segments. Separating the memory map from
the section-placement scheme enables a single hardware description to be shared across projects and also
enables a project to be built for a variety of hardware descriptions.
For example, a memory-map file representing a device with two memory segments called FLASH and SRAM
could look something like this in the memory-map editor.
<Root name="Device1">
<MemorySegment name="FLASH" start="0x10000000" size="0x10000" />
<MemorySegment name="SRAM" start="0x20000000" size="0x1000" />
A corresponding section-placement file will refer to the memory segments of the memory-map file and will
list the sections to be placed in those segments. This is done by using a memory-segment name in the section-
placement file that matches the corresponding memory-segment name in the memory-map file.
For example, a section-placement file that places a section called .stack in the SRAM segment and the .vectors
and .text sections in the FLASH segment would look like this:
Note that the order of section placement within a segment is top down; in this example .vectors is placed at
lower addresses than .text. The order memory segments are processed is bottom up; so in this example the
sections in the SRAM segment will be placed prior to the sections in the FLASH segment.
Multiple memory segments can be specified by separating them with a semicolon. In the following example, the
.stack section will be placed in the SRAM2 memory segment if it exists in the memory map, otherwise it will be
placed in the SRAM memory segment. Sections can only be placed in one segment, they will not be placed in a
second segment when the first is full.
143
CrossWorks for ARM Reference Manual CrossStudio User Guide
The memory-map file and section-placement file to use for linkage can be included as a part of the project or,
alternatively, they can be specified in the project's linker properties.
You can create a new program section using either the assembler or the compiler. For the C/C++ compiler, this
can be achieved using __attribute__ on declarations. For example:
This will allocate foobar in the section called .foo. Alternatively, you can specify the names for the code,
constant, data, and zeroed-data sections of an entire compilation unit by using the Section Options properties.
You can now place the section into the section placement file using the editor so that it will be located after the
vectors sections as follows:
If you are modifying a section-placement file that is supplied in the CrossWorks distribution, you will need to
import it into your project using the Project Explorer.
Sections containing code and constant data should have their load property set to Yes. Some sections don't
require any loading, such as stack sections and zeroed-data sections; such sections should have their load
property set to No.
Some sections that are loaded then need to be copied to sections that aren't yet loaded. This is required for
initialized data sections and to copy code from slow memory regions to faster ones. To do this, the runin
attribute should contain the name of a section in the section-placement file to which the section will be copied.
For example, initialized data is loaded into the .data section and then is copied into the .data_run section using:
144
CrossWorks for ARM Reference Manual CrossStudio User Guide
<MemorySegment name="SRAM">
<ProgramSection name=".data_run" load="No" />
<ProgramSection name=".stack" load="No" />
</MemorySegment>
</Root>
The startup code will copy the contents of the .data section to the .data_run section. To enable this, symbols
named __section-name_start__, __section-name_end__, __section-name_load_start__ and __section-
name_load_end__ are generated marking the section start, end, load start and load end addresses of each
section. The startup code uses these symbols to copy the sections from their load positions to their run
positions.
You can also create your own load and run section, for example the following placement file adds a .mydata
section:
As the startup code doesn't know about this section, the following code will need to be added to the program to
initialise the section:
...
145
CrossWorks for ARM Reference Manual CrossStudio User Guide
Source-control capability is implemented by a number of third-party providers, but the set of functions provided
by CrossWorks aims to be provider independent.
146
CrossWorks for ARM Reference Manual CrossStudio User Guide
Connecting to the source-control repository and mapping files in the CrossWorks project to those in
source control.
Showing the source-control status of files in the project.
Adding files in the project to source control.
Fetching files in the project from source control.
Optionally locking and unlocking files in the project for editing.
Comparing a file in the project with the latest version in source control.
Updating a file in the project by merging changes from the latest version in source control.
Committing changes made to project files into source control.
147
CrossWorks for ARM Reference Manual CrossStudio User Guide
Once you have installed the command line client, you must configure CrossStudio to use it.
To configure Subversion:
To configure Git:
To configure Mercurial:
148
CrossWorks for ARM Reference Manual CrossStudio User Guide
That is, if you have not set up the paths to the source-control command line clients, even if a working copy exists
and the appropriate command line client is installed, CrossStudio cannot establish source-control integration for
the project.
User credentials
You can set the credentials that the source-control system uses, for commands that require credentials, using
VCS > Options > Configure. From here you can set the user name and password. These details are saved to the
session file (the password is encrypted) so you won't need to specify this information each time the project is
loaded.
Note
CrossStudio has no facility to create repositories from scratch, nor to clone, pull, or checkout repositories to
a working copy: it is your responsibility to create a working copy outside of CrossStudio using your selected
command-line client or Windows Explorer extension.
The "Tortoise" products are a popular set of tools to provide source-control facilities in the Windows shell. Use
Google to find TortoiseSVN, TortoiseGit, and TortoiseHG and see if you like them.
149
CrossWorks for ARM Reference Manual CrossStudio User Guide
If the file has been modified, its status is displayed in red in the Project Explorer. Note that if a file is not under
the local root, it will not have a source-control status.
You can reset any stored source-control file status by choosing VCS > Refresh.
150
CrossWorks for ARM Reference Manual CrossStudio User Guide
Source-control operations
Source-control operations can be performed on single files or recursively on multiple files in the Project
Explorer hierarchy. Single-file operations are available on the Source Control toolbar and on the text editor's
shortcut menu. All operations are available using the VCS menu. The operations are described in terms of the
Project Explorer shortcut menu.
151
CrossWorks for ARM Reference Manual CrossStudio User Guide
1. In the Project Explorer, select the file to add. If you select a folder, project, or solution, any eligible child
items will also be added to source control.
2. choose Source Control > Add or press Ctrl+R, A.
3. The dialog will list the files that can be added.
4. In that dialog, you can deselect any files you don't want to add to source control.
5. Click Add.
Note
Files are scheduled to be added to source control and will only be committed to source control (and seen by
others) when you commit the file.
Enabling the VCS > Options > Add Immediately option will bypass the dialog and immediately add (but not
commit) the files.
152
CrossWorks for ARM Reference Manual CrossStudio User Guide
Updating files
To update files from source control:
1. In the Project Explorer, select the file to update. If you select a folder, project, or solution, any eligible
child items will also be updated from source control.
2. choose Source Control > Update or press Ctrl+R, U.
3. The dialog will list the files that can be updated.
4. In that dialog, you can deselect any files you don't want to update from source control.
5. Click Update.
Note
Enabling the VCS > Options > Update Immediately option will bypass the dialog and immediately update the
files.
153
CrossWorks for ARM Reference Manual CrossStudio User Guide
Committing files
To commit files:
1. In the Project Explorer, select the file to commit. If you select a folder, project, or solution, any eligible
child items will also be committed.
2. Choose Source Control > Commit or press Ctrl+R, C.
3. The dialog will list the files that can be committed.
4. In that dialog, you can deselect any files you don't want to commit and enter an optional comment.
5. Click Commit.
Note
Enabling the VCS > Options > Commit Immediately option will bypass the dialog and immediately commit the
files without a comment.
154
CrossWorks for ARM Reference Manual CrossStudio User Guide
Reverting files
To revert files:
1. In the Project Explorer, select the file to revert. If you select a folder, project, or solution, any eligible child
items will also be reverted.
2. Choose Source Control > Revert or press Ctrl+R, V.
3. The dialog will list the files that can be reverted.
4. In that dialog, you can deselect any files you don't want to revert.
5. Click Revert.
Note
Enabling the VCS > Options > Revert Immediately option will bypass the dialog and immediately revert files.
155
CrossWorks for ARM Reference Manual CrossStudio User Guide
Locking files
To lock files:
1. In the Project Explorer, select the file to lock. If you select a folder, project, or solution, any eligible child
items will also be locked.
2. Choose Source Control > Lock or press Ctrl+R, L.
3. The dialog will list the files that can be locked.
4. In that dialog, you can deselect any files you don't want to lock and enter an optional comment.
5. Click Lock.
Note
Enabling the VCS > Options > Lock Immediately option will bypass the dialog and immediately lock files
without a comment.
156
CrossWorks for ARM Reference Manual CrossStudio User Guide
Unlocking files
To unlock files:
1. In the Project Explorer, select the file to lock. If you select a folder, project, or solution, any eligible child
items will also be unlocked.
2. Choose Source Control > Unlock or press Ctrl+R, N.
3. The dialog will list the files that can be unlocked.
4. In that dialog, you can deselect any files you don't want to unlock.
5. Click Unlock.
Note
Enabling the VCS > Options > Unlock Immediately option will bypass the dialog and immediately unlock files.
157
CrossWorks for ARM Reference Manual CrossStudio User Guide
1. In the Project Explorer, select the file to remove. If you select a folder, project, or solution, any eligible
child items will also be removed.
2. choose Source Control > Remove or press Ctrl+R, R.
3. The dialog will list the files that can be removed.
4. In that dialog, you can deselect any files you don't want to remove.
5. Click Remove.
Note
Files are scheduled to be removed from source control and will still be and seen by others, giving you the
opportunity to revert the removal. When you commit the file, the file is removed from source control.
Enabling the VCS > Options > Remove Immediately option will bypass the dialog and immediately remove (but
not commit) files.
158
CrossWorks for ARM Reference Manual CrossStudio User Guide
You can use an external diff tool in preference to the built-in CrossWorks diff tool. To define the diff command
line CrossWorks generates, choose Tools > Options > Source Control > Diff Command Line. The command line
is defined as a list of strings to avoid problems with spaces in arguments. The diff command line can contain the
following macros:
159
CrossWorks for ARM Reference Manual CrossStudio User Guide
Source-control properties
When a file in the project is in source control, the Properties window shows the following properties in the
Source Control Options group:
Property Description
The source-control status of working copy as viewed
CrossStudio Status
by CrossStudio.
last Author The author of the file's head revision.
Path: Relative The item's path relative to the repository root.
Path: Repository The pathname of the file in the source-control system,
typically a URL.
Path: Working Copy The pathname of the file in the working copy.
Provider The name of the source-control system managing this
file.
Provider Status The status of the file as reported by the source-control
provider.
Revision: Local The revision number/name of the local file.
Revision: Remote The revision number/name of the most-recent version
in source control.
Status: In Conflict? If Yes, updates merged into the file using Update
conflict with the changes you made locally; if No,
the file is not locked. When conflicted, must resolve
the conflicts and mark them Resolved before
committing the file.
Status: Locked? If Yes, the file is lock by you; if No, the file is not locked.
Status: Modified? If Yes, the checked-out file differs from the version in
the source control system; if No, they are identical.
Status: Update Available? If Yes, the file in the project location is an old version
compared to the latest version in the source-control
systemuse Update to merge in the latest changes.
160
CrossWorks for ARM Reference Manual CrossStudio User Guide
Subversion provider
The Subversion source-control provider has been tested with SVN 1.4.3.
Provider-specific options
The following environment options are supported:
Property Description
Executable The path to the svn executable.
Lock Supported If Yes, check out and undo check out operations
are supported. Check out will issue the svn lock
command; check in and undo check out will issue the
svn unlock command.
Authentication Selects whether authentication (user name and
password) is sent with every command.
Show Updates Selects whether the update (-u flag) is sent with
status requests in order to show that new versions are
available in the repository. Note that this requires a
live connection to the repository: if you are working
without a network connection to your repository, you
can disable this switch and continue to enjoy source
control status information in the Project Explorer and
Pending Changes windows.
The user name and password you enter will be supplied with each svn command the provider issues.
Operation Command
Commit svn commit for the file, with optional comment.
Update svn update for each file.
Revert svn revert for each file.
161
CrossWorks for ARM Reference Manual CrossStudio User Guide
162
CrossWorks for ARM Reference Manual CrossStudio User Guide
CVS provider
The CVS source-control provider has been tested with CVSNT 2.5.03. The CVS source-control provider uses the
CVS rls command to browse the repositorythis command is implemented in CVS 1.12 but usage of . as the root
of the module name is not supported.
Provider-specific options
The following environment options are supported:
Property Description
CVSROOT The CVSROOT value to access the repository.
Edit/Unedit Supported If Yes, Check Out and Undo Check Out commands
are supported. Any check-out operation will issue the
cvs edit command; any check-in or undo-check-
out operation will issue the cvs unedit command;
the status operation will issue the cvs ss command.
Executable The path to the cvs executable.
Login/Logout Required If Yes, Connect will issue the cvs login command.
Source-control operations
The CrossWorks source-control operations have been implemented using CVS commands. There are no
multiple-file operations, each operation is done on a single file and committed as part of the operation.
Operation Command
cvs status and optional cvs editors for local
Get Status directories in CVS control. cvs rls -e for directories
in the repository.
Add To Source Control cvs add for each directory not in CVS control.
cvs add for the file. cvs commit for the file and
directories.
Get Latest cvs update -l -d for each directory not in CVS
control. cvs update to merge the local file. cvs
update -C to overwrite the local file.
163
CrossWorks for ARM Reference Manual CrossStudio User Guide
164
CrossWorks for ARM Reference Manual CrossStudio User Guide
Package management
Additional target-support functions can be added to, and removed from, CrossWorks with packages.
A CrossWorks package is an archive file containing a collection of target-support files. Installing a package
involves copying the files it contains to an appropriate destination directory and registering the package with
CrossWorks's package system. Keeping target-support files separate from the main CrossWorks installation
allows us to support new hardware and issue bug fixes for existing hardware-support files between CrossWorks
releases, and it allows third parties to develop their own support packages.
Installing packages
Use the Package Manager to automate the download, installation, upgrade and removal of packages.
In some situations, such as using CrossWorks on a computer without Internet access or when you want to install
packages that are not on the website, you cannot use the Package Manager to install packages and it will be
necessary to manually install them.
Choose Tools > Show Installed Packages to see more information on the installed packages.
165
CrossWorks for ARM Reference Manual CrossStudio User Guide
166
CrossWorks for ARM Reference Manual CrossStudio User Guide
You can also filter the list of packages by the text in the package's title and documentation.
Type the keyword into the Search Packages box at the top-left corner of the dialog.
Installing a package
The package-installation operation downloads a package to $(PackagesDir)/downloads, if it has not been
downloaded already, and unpacks the files contained within the package to their destination directory.
To install a package:
1. Choose Tools > Package Manager and set the status filter to Display Not Installed.
2. Select the package or packages you wish to install.
3. Right-click the selected packages and choose Install Selected Packages from the shortcut menu.
4. Click Next; you will be see the actions the Package Manager is about to carry out.
5. Click Next and the Package Manager will install the selected packages.
6. When installation is complete, click Finish to close the Package Manager.
Updating a package
The package-update operation first removes existing package files, then it downloads the updated package to
$(PackagesDir)/downloads and unpacks the files contained within the package to their destination directory.
To update a package:
1. Choose Tools > Package Manager and set the status filter to Display Updates.
2. Select the package or packages you wish to update.
3. Right-click the selected packages and choose Update Selected Packages from the shortcut menu.
4. Click Next; you will see the actions the Package Manager is about to carry out.
5. Click Next and the Package Manager will update the package(s).
6. When the update is complete, click Finish to close the Package Manager.
Removing a package
The package-remove operation removes all the files that were extracted when the package was installed.
167
CrossWorks for ARM Reference Manual CrossStudio User Guide
To remove a package:
1. Choose Tools > Package Manager and set the status filter to Display Installed.
2. Select the package or packages you wish to remove.
3. Right-click the selected packages and choose Remove Selected Packages from the shortcut menu.
4. Click Next; you will see the actions the Package Manager is about to carry out.
5. Click Next and the Package Manager will remove the package(s).
6. When the operation is complete, click Finish to close the Package Manager.
Reinstalling a package
The package-reinstall operation carries out a package-remove operation followed by a package-install
operation.
To reinstall a package:
1. Choose Tools > Package Manager and set the status filter to Display Installed.
2. Select the package or packages you wish to reinstall.
3. Right-click the packages to reinstall and choose Reinstall Selected Packages from the shortcut menu.
4. Click Next; you will see the actions the Package Manager is about to carry out.
5. Click Next and the Package Manager will reinstall the packages.
6. When the operation is complete, click Finish to close the Package Manager.
168
CrossWorks for ARM Reference Manual CrossStudio User Guide
169
CrossWorks for ARM Reference Manual CrossStudio User Guide
Project explorer
The Project Explorer is the user interface of the CrossWorks project system. It organizes your projects and files
and provides access to the commands that operate on them. A toolbar at the top of the window offers quick
access to commonly used commands for the selected project node or the active project. Right-click to reveal a
shortcut menu with a larger set of commands that will work on the selected project node, ignoring the active
project.
The selected project node determines what operations you can perform. For example, the Compile operation
will compile a single file if a file project node is selected; if a folder project node is selected, each of the files in
the folder are compiled.
You can select project nodes by clicking them in the Project Explorer. Additionally, as you switch between files
in the editor, the selection in the Project Explorer changes to highlight the file you're editing.
Left-click operations
The following operations are available in the Project Explorer with a left-click of the mouse:
Action Description
Select the node. If the node is already selected and
Single click is a solution, project, or folder node, a rename editor
appears.
Double click Double-clicking a solution node or folder node will
reveal or hide the node's children. Double-clicking a
project node selects it as the active project. Double-
clicking a file opens the file with the default editor for
that file's type.
Toolbar commands
The following buttons are on the toolbar:
Button Description
Add a new file to the active project using the New File
dialog.
Add existing files to the active project.
170
CrossWorks for ARM Reference Manual CrossStudio User Guide
For solutions:
Item Description
Build all projects under the solution in the current or
Build and Batch Build
batch build configuration.
Rebuild and Batch Rebuild Rebuild all projects under the solution in the current or
batch build configuration.
Clean and Batch Clean Remove all output and intermediate build files for the
projects under the solution in the current or batch
build configuration.
Export Build and Batch Export Build Create an editor with the build commands for the
projects under the solution in the current or batch
build configuration.
Add New Project Add a new project to the solution.
Add Existing Project Create a link from an existing solution to this solution.
Paste Paste a copied project into the solution.
Remove Remove the link to another solution from the solution.
Rename Rename the solution node.
Source Control Operations Source-control operations on the project file and
recursive operations on all files in the solution.
Edit Solution As Text Create an editor containing the project file.
Save Solution As Change the filename of the project filenote that the
saved project file is not reloaded.
Properties Show the Properties dialog with the solution node
selected.
171
CrossWorks for ARM Reference Manual CrossStudio User Guide
For projects:
Item Description
Build the project in the current or batch build
Build and Batch Build
configuration.
Rebuild and Batch Rebuild Reuild the project in the current or batch build
configuration.
Clean and Batch Clean Remove all output and intermediate build files for the
project in the current or batch build configuration.
Export Build and Batch Export Build Create an editor with the build commands for the
project in the current or batch build configuration.
Link Perform the project node build operation: link for an
Executable project type, archive for a Library project
type, and the combine command for a Combining
project type.
Set As Active Project Set the project to be the active project.
Debugging Commands For Executable and Externally Built Executable project
types, the following debugging operations are
available on the project node: Start Debugging, Step
Into Debugging, Reset And Debug, Start Without
Debugging, Attach Debugger, and Verify.
Memory-Map Commands For Executable project types that don't have memory-
map files in the project and have the memory-map file
project property set, there are commands to view the
memory-map file and to import it into the project.
Section-Placement Commands For Executable project types that don't have section-
placement files in the project but have the section-
placement file project property set, there are
commands to view the section-placement file and to
import it into the project.
Target Processor For Executable and Externally Built Executable project
types that have a Target Processor property group, the
selected target can be changed.
Add New File Add a new file to the project.
Add Existing File Add an existing file to the project.
New Folder Create a new folder in the project.
Cut Cut the project from the solution.
Copy Copy the project from the solution.
Paste Paste a copied folder or file into the project.
Remove Remove the project from the solution.
Rename Rename the project.
172
CrossWorks for ARM Reference Manual CrossStudio User Guide
For folders:
Item Description
Add New File Add a new file to the folder.
Add Existing File Add an existing file to the folder.
New Folder Create a new folder in the folder.
Cut Cut the folder from the project or folder.
Copy Copy the folder from the project or folder.
Paste Paste a copied folder or file into the folder.
Remove Remove the folder from the project or folder.
Rename Rename the folder.
Source Control Operations Source-control recursive operations on all files in the
folder.
Compile Compile each file in the folder.
Properties Show the properties dialog with the folder node
selected.
For files:
Item Description
Open Edit the file with the default editor for the file's type.
Open With Edit the file with a selected editor. You can choose
from the Binary Editor, Text Editor, and Web Browser.
Select in File Explorer Create a operating system file system window with the
file selected.
Compile Compile the file.
Export Build Create an editor window containing the commands to
compile the file in the active build configuration.
Exclude From Build Set the Exclude From Build property to Yes for this
project node in the active build configuration.
Disassemble Disassemble the output file of the compile into an
editor window.
Preprocess Run the C preprocessor on the file and show the
output in an editor window.
Cut Cut the file from the project or folder.
173
CrossWorks for ARM Reference Manual CrossStudio User Guide
174
CrossWorks for ARM Reference Manual CrossStudio User Guide
The main part of the Source Navigator window provides an overview of your application's functions, classes,
and variables.
Icon Description
A C or C++ structure or a C++ namespace.
A C++ class.
CrossStudio re-parses all files in the active project, and any dependent project, and updates the Source
Navigator with the changes. Parsing progress is shown as a progress bar in the in the Source Navigator window.
Errors and warnings detected during parsing are sent to the Source Navigator Log in the Output windowyou can
show the log quickly by clicking the Show Source Navigator Log tool button on the Source Navigator toolbar.
175
CrossWorks for ARM Reference Manual CrossStudio User Guide
Increasing the number of threads will complete indexing faster, but may reduce the responsiveness of
CrossStudio when editing, for example. You should choose a setting that you are comfortable with for your PC.
By default, CrossStudio launches 16 threads to index the project and is a good compromise for a desktop quad-
core PC.
1. On the Source Navigator toolbar, click the arrow to the right of the Cycle Grouping button.
2. Choose Group By Type
176
CrossWorks for ARM Reference Manual CrossStudio User Guide
References window
The References window shows the results of the last Find References operation. The Find References facility
is closely related to the Source Navigator in that it indexes your project and searches for references within the
active source code regions.
If you have hidden the References window and want to see it again:
1. Open a source file that is part of the active project, or one of its dependent projects.
2. In the editor, move the insertion point within the name of the function, variable, method, or macro to
find.
3. Choose Search > Find References or press Alt+R.
4. CrossStudio shows the References window, without moving focus, and searches your project in the
background.
You can also find references directly from the text editor's context menu: right-click the item to find and choose
Find References. As a convenience, CrossStudio is configured to also run Find References when you Alt+Right-
click in the text editorsee Mouse-click accelerators.
Type the text to search for in the Reference window's search box. As you type, the search results are
narrowed.
Click the close button to clear the search text and show all references.
177
CrossWorks for ARM Reference Manual CrossStudio User Guide
User interface
Button Description
Group symbols by source filename.
The main part of the Symbol Browser displays each symbol (both external and static) that is linked into an
application. CrossStudio displays the following icons to the left of each symbol:
Icon Description
Private Equate A private symbol not defined relative to
a section.
Public Equate A public symbol that is not defined
relative to a section.
Private Function A private function symbol.
178
CrossWorks for ARM Reference Manual CrossStudio User Guide
You can choose to display the following fields for each symbol:
Value:The value of the symbol. For labels, code, and data symbols, this will be the address of the symbol.
For absolute or symbolic equates, this will be the value of the symbol.
Range:The range of addresses the code or data item covers. For code symbols that correspond to high-
level functions, the range is the range of addresses used for that function's code. For data addresses that
correspond to high-level static or extern variables, the range is the range of addresses used to store that
data item. These ranges are only available if the corresponding source file was compiled with debugging
information turned on: if no debugging information is available, the range will simply be the first address
of the function or data item.
Size:The size, in bytes, of the code or data item. The Size column is derived from the Range of the symbol:
if the symbol corresponds to a high-level code or data item and has a range, Size is calculated as the
difference between the start and end addresses of the range. If a symbol has no range, the size column is
blank.
Section:The section in which the symbol is defined. If the symbol is not defined within a section, the
Section column is blank.
Type:The high-level type for the data or code item. If the source file that defines the symbol is compiled
with debugging information turned off, type information is not available and the Type column is blank.
Frame Size:The amount of stack space used by a call to the function symbol. If the source file that defines
the symbol is compiled with debugging information turned off, frame size information is not available
and the Type column is blank.
Initially the Range and Size columns are shown in the Symbol Browser. To select which columns to display, use
the Field Chooser button on the Symbol Browser toolbar.
179
CrossWorks for ARM Reference Manual CrossStudio User Guide
The Cycle Grouping icon will change to indicate that the Symbol Browser is grouping symbols by section.
When you group symbols by type, each symbol is classified as one of the following:
An Equate has an absolute value and is not defined as relative to, or inside, a section.
A Function is defined by a high-level code sequence.
A Variable is defined by a high-level data declaration.
A Label is defined by an assembly language module. Label is also used when high-level modules are
compiled with debugging information turned off.
When you group symbols by source file, each symbol is grouped underneath the source file in which it is
defined. Symbols that are absolute, are not defined within a source file, or are compiled without debugging
information, are grouped beneath (Unknown).
1. On the Symbol Browser toolbar, click the arrow next to the Cycle Grouping button.
2. Choose Group By Type from the pop-up menu.
The Cycle Grouping icon will change to indicate that the Symbol Browser is grouping symbols by type.
1. On the Symbol Browser toolbar, click the arrow next to the Cycle Grouping button.
2. Choose Group By Source File.
The Cycle Grouping icon will change to indicate that the Symbol Browser is grouping symbols by source file.
When you sort symbols alphabetically, all symbols are displayed in a single list in alphabetical order.
1. On the Symbol Browser toolbar, click the arrow next to the Cycle Grouping button.
2. Choose Sort Alphabetically.
The Cycle Grouping icon will change to indicate that the Symbol Browser is grouping symbols alphabetically.
180
CrossWorks for ARM Reference Manual CrossStudio User Guide
The symbols are filtered and redisplayed as you type into the combo box. Typing the first few characters of a
symbol name is usually enough to narrow the display to the symbol you need. Note: the C compiler prefixes all
high-level language symbols with an underscore character, so the variable extern int u or the function
void fn(void) have low-level symbol names _u and _fn. The Symbol Browser uses the low-level symbol
name when displaying and filtering, so you must type the leading underscore to match high-level symbols.
For instance, to display all symbols that start with "i2c_", type "i2c_" and all matching symbols are displayedyou
don't need to add a trailing "*" in this case, because it is implied.
For instance, to display all symbols that end in _data, type *_data and all matching symbols are displayedin this
case, the leading * is required.
When you have found the symbol you're interested in and your source files have been compiled with debugging
information turned on, you can jump to a symbol's definition using the Go To Definition button.
or
Watching symbols
If a symbol's range and type is known, you can add it to the most recently opened Watch window or Memory
window.
181
CrossWorks for ARM Reference Manual CrossStudio User Guide
What function uses the most code space? What requires the most data space?
182
CrossWorks for ARM Reference Manual CrossStudio User Guide
User interface
Button Description
Move the insertion point to the statement that defined
the symbol.
Collapse the selected open call tree.
183
CrossWorks for ARM Reference Manual CrossStudio User Guide
Each bar represents an entire memory segment. Green represents the area of the segment that contains code or
data.
The memory-usage graph will only be visible if your active project's target is an executable file and the file exists.
If the executable file has not been linked by CrossStudio, memory-usage information may not be available.
184
CrossWorks for ARM Reference Manual CrossStudio User Guide
Each bar represents an entire memory segment. Green represents the area of the segment that contains the
program section.
185
CrossWorks for ARM Reference Manual CrossStudio User Guide
186
CrossWorks for ARM Reference Manual CrossStudio User Guide
Bookmarks window
The Bookmarks window contains a list of bookmarks that are set in the project. The bookmarks are stored in the
session file associated with the project and persist across runs of CrossStudioif you remove the session file, the
bookmarks associated with the project are lost.
User interface
Button Description
Toggle a bookmark at the insertion point in the active
editor. Equivalent to choosing Edit > Bookmarks >
Toggle Bookmark or pressing Ctrl+F2.
Go to the previous bookmark in the bookmark list.
Equivalent to choosing Edit > Bookmarks > Previous
Bookmark or pressing Alt+Shift+F2.
Go to the next next bookmark in the bookmark list.
Equivalent to choosing Edit > Bookmarks > Next
Bookmark or pressing Alt+F2.
Clear all bookmarksyou confirm the action using a
dialog. Equivalent to choosing Edit > Bookmarks >
Clear All Bookmarks or pressing Ctrl+K, Alt+F2.
Selects the fill color for newly created bookmarks.
Double-clicking a bookmark in the bookmark list moves focus to the the bookmark.
You can set bookmarks with the mouse or using keystrokessee Using bookmarks.
187
CrossWorks for ARM Reference Manual CrossStudio User Guide
/**
* \brief Convert a given full parsed comment to an XML document.
*
* A Relax NG schema for the XML can be found in comment-xml-schema.rng file
* inside clang source tree.
*
* \param Comment a \c CXComment_FullComment AST node.
*
* \returns string containing an XML document.
*/
CINDEX_LINKAGE CXString clang_FullComment_getAsXML(CXComment Comment);
188
CrossWorks for ARM Reference Manual CrossStudio User Guide
You can open multiple code editors to browse or edit project source code, and you can copy and paste among
them. The Windows menu contains a list of all open code editors.
The code editor supports the language of the source file it is editing, showing code with syntax highlighting and
offering smart indenting.
You can open a code editor in several ways, some of which are:
By double-clicking a file in the Project Explorer or by right-clicking a file and selecting Open from the
shortcut menu.
Using the File > New File or File > Open commands.
Code pane:The area where you edit code. You can set options that affect the code pane's text indents,
tabs, drag-and-drop behavior, and so forth.
Margin gutter:A gray area on the left side of the code editor where margin indicators such as breakpoints,
bookmarks, and shortcuts are displayed. Clicking this area sets a breakpoint on the corresponding line of
code.
Horizontal and vertical scroll bars:You can scroll the code pane horizontally and vertically to view code that
extends beyond the edges of the pane.
189
CrossWorks for ARM Reference Manual CrossStudio User Guide
Basic editing
This section is a whirlwind tour of the basic editing features CrossStudio's code editor provides.
Whether you are editing code, HTML, or plain text, the code editor is just like many other text editors or word
processors. For code that is part of a project, the project's programming language support provides syntax
highlighting (colorization), indentation, and so on.
This section is not a reference for everything the code editor provides; for that, look in the following sections.
190
CrossWorks for ARM Reference Manual CrossStudio User Guide
Keystroke Description
Up Move the insertion point up one line
Down Move the insertion point down one line
Left Move the insertion point left one character
Right Move the insertion point right one character
Home Move the insertion point to the first non-whitespace
character on the line pressing Home a second time
moves the insertion point to the leftmost column
End Move the insertion point to the end of the line
PageUp Move the insertion point up one page
PageDown Move the insertion point down one page
Ctrl+Home Move the insertion point to the start of the document
Ctrl+End Move the insertion point to the end of the document
Ctrl+Left Move the insertion point left one word
Ctrl+Right Move the insertion point right one word
CrossStudio offers additional movement keystrokes, though most users are more comfortable using repeated
simple keystrokes to accomplish the same thing:
Keystroke Description
Alt+Up Move the insertion point up five lines
Alt+Down Move the insertion point down five lines
Alt+Home Move the insertion point to the top of the window
Alt+End Move the insertion point to the bottom of the window
Ctrl+Up Scroll the document up one line in the window
without moving the insertion point
191
CrossWorks for ARM Reference Manual CrossStudio User Guide
If you are editing source code, the are source-related keystrokes too:
Keystroke Description
Move the insertion point backwards to the previous
Ctrl+PgUp
function or method.
Ctrl+PgDn Move the insertion point forwards to the next function
or method.
192
CrossWorks for ARM Reference Manual CrossStudio User Guide
Adding text
The editor has two text-input modes:
Insertion mode:As you type on the keyboard, text is entered at the insertion point and any text to the right
of the insertion point is shifted along. A visual indication of insertion mode is that the cursor is a flashing
line.
Overstrike mode:As you type on the keyboard, text at the insertion point is replaced with your typing. A
visual indication of insertion mode is that the cursor is a flashing block.
Insert and overstrike modes are common to all editors: if one editor is in insert mode, all editors are in insert
mode. To configure the cursor appearance, choose Tools > Options.
Click Insert.
When overstrike mode is enabled, the mode indicator changes from INS to OVR and the cursor will change to
the overstrike cursor.
To overwrite characters in an existing line, press the Insert key to place the editor into overstrike mode.
1. Hold down the Alt key and use block selection to mark the place text is to be inserted.
2. Enter the text using the keyboard.
193
CrossWorks for ARM Reference Manual CrossStudio User Guide
Deleting text
The text editor supports the following common editing keystrokes:
Keystroke Description
Backspace Delete the character before the insertion point
Delete Delete the character after the insertion point
Ctrl+Backspace Delete one word before the insertion point
Ctrl+Delete Delete one word after the insertion point
1. Place the insertion point before the word or letter you want to delete.
2. Press Delete as many times as needed.
or
1. Place the insertion point after the letter or word you want to delete.
2. Press Backspace as many times as needed.
1. Hold down the Alt key and use block selection to mark the text you want to delete.
2. Press Delete or Backspace to delete it.
1. Hold down the Alt key and use block selection to mark the lines.
2. Press Delete or Backspace as many times as needed to delete the characters.
194
CrossWorks for ARM Reference Manual CrossStudio User Guide
Hold down the Shift key while using the cursor keys.
Hold down the Shift+Alt keys while using the cursor keys.
The standard Windows key sequence Ctrl+Ins also copies text to the clipboard.
The standard Windows key sequence Shift+Del also cuts text to the clipboard.
The standard Windows key sequence Shift+Ins also inserts the clipboard content at the insertion point.
195
CrossWorks for ARM Reference Manual CrossStudio User Guide
1. On the Standard toolbar, click the arrow next to the Undo button.
2. Select the editing operations to undo.
Choose Edit > Others > Undo All or press Ctrl+K, Ctrl+Z.
1. On the Standard toolbar, click the arrow next to the Redo tool button.
2. From the pop-up menu, select the editing operations to redo.
Choose Edit > Others > Redo All or press Ctrl+K, Ctrl+Y.
196
CrossWorks for ARM Reference Manual CrossStudio User Guide
Dragging text moves it to the new location. To copy it to a new location, hold down the Ctrl key while dragging
the text: the mouse pointer changes to indicate a copy operation. Press the Esc key while dragging text to cancel
the drag-and-drop edit.
By default, drag-and drop-editing is disabled and you must enable it if you want to use it.
197
CrossWorks for ARM Reference Manual CrossStudio User Guide
Searching
To find text in the current file:
1. Press Ctrl+F.
2. Enter the string to search for.
As you type, the editor searches the file for a match. The pop-up shows how many matches are in the current file.
To move through the matches while the Find box is still active, press Tab or F3 to move to the next match and
Shift+Tab or Shift+F3 to move to the previous match.
If you press Ctrl+F a second time, CrossStudio pops up the standard Find dialog to search the file. If you wish to
bring up the Find dialog without pressing Ctrl+F twice, choose Search > Find.
198
CrossWorks for ARM Reference Manual CrossStudio User Guide
Advanced editing
You can do anything using its basic code-editing features, but the CrossStudio text editor has a host of labor-
saving features that make editing programs a snap.
This section describes the code-editor features intended to make editing source code easier.
199
CrossWorks for ARM Reference Manual CrossStudio User Guide
To increase indentation:
Select the text to indent.
Choose Selection > Increase Line Indent or press Tab.
To decrease indentation:
Select the text to indent.
Choose Selection > Decrease Line Indent or press Shift+Tab.
The indentation size can be changed in the Language Properties pane of the editor's Properties window, as can
all the indent-related features listed below.
You can choose to use spaces or tab tab characters to fill whitespace when indenting.
The editor can assist with source code indentation while inserting text. There are three levels of indentation
assistance:
200
CrossWorks for ARM Reference Manual CrossStudio User Guide
Set the Indent Opening Brace property for the required language.
Set the Indent Closing Brace property for the required language.
To change the number of previous lines used for context in smart-indent mode:
Set the Indent Context Lines property for the required language.
201
CrossWorks for ARM Reference Manual CrossStudio User Guide
You can also toggle the commenting of a selection by typing /. This has no menu equivalent.
202
CrossWorks for ARM Reference Manual CrossStudio User Guide
With large software teams or imported source code, sometimes identifiers don't conform to your local coding
style. To assist in conversion between two common coding styles for identifiers, CrossStudio's editor offers the
following two shortcuts:
203
CrossWorks for ARM Reference Manual CrossStudio User Guide
Using bookmarks
To edit a document elsewhere and then return to your current location, add a bookmark. The Bookmarks
window maintains a list of the bookmarks set in source files see Bookmarks window.
To place a bookmark:
1. Move the insertion point to the line you wish to bookmark.
2. Choose Edit > Bookmarks > Toggle Bookmark or press Ctrl+F2.
A bookmark symbol appears next to the line in the indicator margin to show the bookmark is set.
The default color to use for new bookmarks is configured in the Bookmarks window. You can choose a specific
color for the bookmark as follows:
If there is no following bookmark, the insertion point moves to the first bookmark in the document.
If there is no previous bookmark, the insertion point moves to the last bookmark in the document.
To remove a bookmark:
1. Move the insertion point to the line containing the bookmark.
2. Choose Edit > Bookmarks > Toggle Bookmark or press Ctrl+F2.
204
CrossWorks for ARM Reference Manual CrossStudio User Guide
205
CrossWorks for ARM Reference Manual CrossStudio User Guide
206
CrossWorks for ARM Reference Manual CrossStudio User Guide
If the search will be case sensitive, set the Match case option.
If the search will be for a whole wordi.e., there will be whitespace, such as spaces or the beginning or end
of the line, on both sides of the string being searched forset the Match whole word option.
If the search string is a regular expression, set the Use regular expression option.
Click the Find All button to find all occurrences of the string in the specified files, or click the Bookmark
All button to bookmark all the occurrences of the string in the specified files.
207
CrossWorks for ARM Reference Manual CrossStudio User Guide
Choose Edit > Clipboard Ring > Clipboard Ring or press Ctrl+Alt+C.
1. Cut or copy some text from your code. The last item you cut or copy into the clipboard ring is the current
item for pasting.
2. Press Ctrl+Shift+V to paste the clipboard ring's current item into the current document.
3. Repeatedly press Ctrl+Shift+V to cycle through the entries in the clipboard ring until you get to the one
you want to permanently paste into the document. Each time you press Ctrl+Shift+V, the editor replaces
the last entry you pasted from the clipboard ring, so you end up with just the last one you selected. The
item you stop on then becomes the current item.
4. Move to another location or cancel the selection. You can use Ctrl+Shift+V to paste the current item
again or to cycle the clipboard ring to a new item.
1. Move the insertion point to the position to paste the item in the document.
2. Click the arrow at the right of the item to paste.
3. Choose Paste from the pop-up menu.
or
To paste all items on the clipboard ring into the current document, move the insertion point to where you want
to paste the items and do one of the following:
or
208
CrossWorks for ARM Reference Manual CrossStudio User Guide
or
On the Clipboard Ring toolbar, click the Clear Clipboard Ring button.
209
CrossWorks for ARM Reference Manual CrossStudio User Guide
Mouse-click accelerators
CrossStudio provides a number of mouse-click accelerators in the editor that speed access to commonly used
functions. The mouse-click accelerators are user configurable using Tools > Options.
Configuring Mac OS X
On Mac OS X you must configure the mouse to pass middle clicks and right clicks to the application if you wish
to use mouse-click accelerators in CrossStudio. Configure the mouse preferences in the Mouse control panel in
Mac OS X System Preferences to the following:
210
CrossWorks for ARM Reference Manual CrossStudio User Guide
211
CrossWorks for ARM Reference Manual CrossStudio User Guide
Regular expressions
The editor can search and replace text using regular expressions. A regular expression is a string that uses
special characters to describe and reference patterns of text. The regular expression system used by the editor
is modeled on Perl's regexp language. For more information on regular expressions, see Mastering Regular
Expressions, Jeffrey E F Freidl, ISBN 0596002890.
Pattern Description
\d Match a numeric character.
\D Match a non-numeric character.
\s Match a whitespace character.
\S Match a non-whitespace character.
\w Match a word character.
\W Match a non-word character.
[c] Match set of characters; e.g., [ch] matches characters
c or h. A range can be specified using the - character;
e.g., [0-27-9] matches if the character is 0, 1, 2, 7 8, or
9. A range can be negated using the ^ character; e.g.,
[^a-z] matches if the character is anything other than a
lowercase alphabetic character.
\c Match the literal character c. For example, you would
use \\* to match the character *.
\a Match ASCII bell character (ASCII code 7).
\f Match ASCII form feed character (ASCII code 12).
\n Match ASCII line feed character (ASCII code 10).
\r Match ASCII carriage return character (ASCII code 13).
\t Match ASCII horizontal tab character (ASCII code 9).
\v Match ASCII vertical tab character.
\xhhhh Match Unicode character specified by hexadecimal
number hhhh.
. Match any character.
* Match zero or more occurrences of the preceding
expression.
+ Match one or more occurrences of the preceding
expression.
212
CrossWorks for ARM Reference Manual CrossStudio User Guide
Examples
The following regular expressions can be used with the editor's search-and-replace operations. To use the
regular expression mode, the Use regular expression checkbox must be set in the search-and-replace dialog.
Once enabled, regular expressions can be used in the Find what search string. The Replace With strings can use
the "n" back-reference string to reference any captured strings.
213
CrossWorks for ARM Reference Manual CrossStudio User Guide
Locals window
The Locals window displays a list of all variables that are in scope of the selected stack frame in the Call Stack.
Button Description
Display the selected item in binary.
When you select a variable in the main part of the display, the display-format button highlighted on the Locals
window toolbar changes to show the selected item's display format.
214
CrossWorks for ARM Reference Manual CrossStudio User Guide
or
or
215
CrossWorks for ARM Reference Manual CrossStudio User Guide
Globals window
The Globals window displays a list of all variables that are global to the program. The operations available on the
entries in this window are the same as the Watch window, except you cannot add or delete variables from the
Globals window.
Globals toolbar
Button Description
Display the selected item in binary.
216
CrossWorks for ARM Reference Manual CrossStudio User Guide
or
217
CrossWorks for ARM Reference Manual CrossStudio User Guide
Watch window
The Watch window provides a means to evaluate expressions and to display the results of those expressions.
Typically, expressions are just the name of a variable to be displayed, but they can be considerably more
complex; see Debug expressions. Note: expressions are always evaluated when your program stops, so the
expression you are watching is the one that is in scope of the stopped program position.
The Watch window is divided into a toolbar and the main data display.
Button Description
Display the selected item in binary.
Right-clicking a watch item shows a shortcut menu with commands that are not available from the toolbar.
Button Description
View pointer or array as a null-terminated string.
218
CrossWorks for ARM Reference Manual CrossStudio User Guide
You can view details of the watched item using the Properties window.
Filename
The filename context of the watch item.
Line number
The line number context of the watch item.
(Name)
The name of the watch item.
Address
The address or register of the watch item.
Expression
The debug expression of the watch item.
Previous Value
The previous watch value.
Size In Bytes
The size of the watch item in bytes.
Type
The type of the watch item.
Value
The value of the watch item.
The display updates each time the debugger locates to source code. So it will update each time your program
stops on a breakpoint, or single steps, and whenever you traverse the call stack. Items that have changed since
they were previously displayed are highlighted in red.
219
CrossWorks for ARM Reference Manual CrossStudio User Guide
You can add a new expression to be watched by clicking and typing into the last entry in the Watch window.
You can change an expression by clicking its entry and editing its contents.
When you select a variable in the main part of the display, the display format button highlighted on the Watch
window toolbar changes to show the item's display format.
or
The selected display format will then be used for all subsequent displays and will be preserved after the debug
session stops.
For C programs, the interpretation of pointer types can be changed by right-clicking and selecting from the
shortcut menu. A pointer can be interpreted as:
or
220
CrossWorks for ARM Reference Manual CrossStudio User Guide
Register window
The Register windows show the values of both CPU registers and the processor's special function or peripheral
registers. Because microcontrollers are becoming very highly integrated, it's not unusual for them to have
hundreds of special function registers or peripheral registers, so CrossStudio provides four register windows. You
can configure each register window to display one or more register groups for the processor being debugged.
Button Description
Display the CPU, special function register, and
peripheral register groups.
Display the CPU registers.
Choose Debug > Other Windows > Registers > Registers 1 or press Ctrl+T, R, 1.
221
CrossWorks for ARM Reference Manual CrossStudio User Guide
The register state you supplied with the Debug > Locate operation.
You can deselect all CPU register groups to allow more space in the display for special function registers or
peripheral registers. So, for instance, you can have one register window showing the CPU registers and other
register windows showing different peripheral registers.
or
222
CrossWorks for ARM Reference Manual CrossStudio User Guide
Enter the new value for the register. Prefix hexadecimal numbers with 0x, binary numbers with 0b, and
octal numbers with 0.
or
Modifying the saved register value of a function or thread may not be supported.
223
CrossWorks for ARM Reference Manual CrossStudio User Guide
Memory window
The Memory window shows the contents of the connected target's memory areas and allows the memory to
be edited. CrossStudio provides four memory windows, you can configure each memory window to display
different memory ranges.
Field/Button Description
Address to display. This can be a numeric value or a
Address
debug expression.
Size Number of bytes to display. This can be a number or
a debug expression. If unspecified, the number of
bytes required to fill the window will be automatically
calculated.
Columns Number of columns to display. If unspecified, the
number of columns required to fill the window will be
automatically calculated.
Select binary display.
224
CrossWorks for ARM Reference Manual CrossStudio User Guide
The vertical scroll bar can be used to modify the address being viewed by clicking the up and down buttons, the
page up and down areas or using the vertical scroll wheel when the scroll bar is at it's furthest extent. Holding
down the Shift key while scrolling will prevent the address being modified.
225
CrossWorks for ARM Reference Manual CrossStudio User Guide
Editing memory
To edit memory, simply move the cursor to the data or text entry you want to modify and start typing. The
memory entry will be written and read back as you type.
Action Description
Access Memory By Display Width Access memory in terms of the display width.
Address Order Specify whether the address range shown uses
Address as the start or end address and whether
addresses should increment or decrement.
Auto Evaluate Re-evaluate Address and Size each time the Memory
window is updated.
Auto Refresh Specify how frequently the memory window should
automatically refresh.
Export To Binary Editor Create a binary editor with the current Memory
window contents.
Save As Save the current Memory window contents to a file.
Supported file formats are Binary File, Motorola S-
Record File, Intel Hex File, TI Hex File, and Hex File.
Load From Load the current Memory window from a file.
Supported file formats are Binary File, Motorola S-
Record File, Intel Hex File, TI Hex File, and Hex File.
Display formats
You can set the Memory window to display 8-bit, 16-bit, and 32-bit values that are formatted as hexadecimal,
decimal, unsigned decimal, octal, or binary. You can also specify how many columns to display.
226
CrossWorks for ARM Reference Manual CrossStudio User Guide
You can save the displayed memory values as a binary file, Motorola S-record file, Intel hex file, or a Texas
Instruments TXT file.
Select the start address and number of bytes to save by editing the Start Address and Size fields in the
Memory window toolbar.
Right-click the main memory display.
From the shortcut menu, select Save As, then choose the format from the submenu.
Select the start address and number of bytes to save by editing the Start Address and Size fields in the
Memory window toolbar.
Right-click the main memory display.
Choose Export to Binary Editor from the shortcut menu.
Note that subsequent modifications in the binary editor will not modify memory in the target.
Copying to clipboard
You can copy the contents of the memory window to the clipboard as text. If an address range is selected, the
data or text of the selected range will be copied to the clipboard depending on whether the selection has been
made in the data or text view. If no address range is selected, the current memory window view will be copied to
the clipboard.
227
CrossWorks for ARM Reference Manual CrossStudio User Guide
Breakpoints window
The Breakpoints window manages the list of currently set breakpoints on the solution. Using the Breakpoints
window, you can:
Breakpoints are stored in the session file, so they will be remembered each time you work on a particular
project. When running in the debugger, you can set breakpoints on assembly code addresses. These low-level
breakpoints appear in the Breakpoints window for the duration of the debug run but are not saved when you
stop debugging.
When a breakpoint is reached, the matching breakpoint is highlighted in the Breakpoints window.
Button Description
Create a new breakpoint using the New Breakpoint
dialog.
Toggle the selected breakpoint between enabled and
disabled states.
Remove the selected breakpoint.
The main part of the Breakpoints window shows what breakpoints are set and the state they are in. You can
organize breakpoints into folders, called breakpoint groups.
Icon Description
228
CrossWorks for ARM Reference Manual CrossStudio User Guide
To delete a breakpoint:
or
229
CrossWorks for ARM Reference Manual CrossStudio User Guide
Breakpoint groups
Breakpoints are divided into breakpoint groups. You can use breakpoint groups to specify sets of breakpoints
that are applicable to a particular project in the solution or for a particular debug scenario. Initially, there is a
single breakpoint group, named Default, to which all new breakpoints are added.
or
From the Debug menu, choose Breakpoints then New Breakpoint Group.
or
In the New Breakpoint Group dialog, enter the name of the breakpoint group.
230
CrossWorks for ARM Reference Manual CrossStudio User Guide
or
On the Breakpoints window toolbar, click the Delete All Breakpoints button.
or
On the Breakpoints window toolbar, click the Enable All Breakpoints button.
or
On the Breakpoints window toolbar, click the Disable All Breakpoints button.
231
CrossWorks for ARM Reference Manual CrossStudio User Guide
The Call Stack window has a toolbar and a main call-stack display.
Button Description
Move the insertion point to where the call was made
to the selected frame.
Set the debugger context to the selected stack frame.
The main part of the Call Stack window displays each unfinished function call (active stack frame) at the point
when program execution halted. The most recent stack frame is displayed at the bottom of the list and the
oldest is displayed at the top of the list.
Icon Description
Indicates the stack frame of the current task.
These icons can be overlaid to show, for instance, the debugger context and a breakpoint on the same stack
frame.
232
CrossWorks for ARM Reference Manual CrossStudio User Guide
1. On the Call Stack toolbar, click the Options button on the far right.
2. Select the fields to show, and deselect the ones that should be hidden.
In the Call Stack window, double-click the stack frame to move to.
or
In the Call Stack window, select the stack frame to move to.
On the Call Stack window's toolbar, click the Switch To Frame button.
or
In the Call Stack window, right-click the stack frame to move to.
Choose Switch To Frame from the shortcut menu.
The debugger moves the insertion point to the statement where the call was made. If there is no debug
information for the statement at the call location, CrossStudio opens a disassembly window at the instruction.
On the Call Stack window's toolbar, click the Up One Stack Frame button.
or
233
CrossWorks for ARM Reference Manual CrossStudio User Guide
On the Debug Location toolbar, click the Up One Stack Frame button.
or
Press Alt+-.
The debugger moves the insertion point to the statement where the call was made. If there is no debug
information for the statement at the call location, CrossStudio opens a disassembly window at the instruction.
On the Call Stack window's toolbar, click the Down One Stack Frame button.
or
On the Debug Location toolbar, click the Down One Stack Frame button.
or
Press Alt++.
The debugger moves the insertion point to the statement where the call was made. If there is no debug
information for the statement at the call location, CrossStudio opens a disassembly window at the instruction.
In the Call Stack window, click the stack frame on the function to stop at on return.
On the Build toolbar, click the Toggle Breakpoint button.
or
In the Call Stack window, click the stack frame on the function to stop at on return.
Press F9.
or
234
CrossWorks for ARM Reference Manual CrossStudio User Guide
Threads window
The Threads window displays the set of executing contexts on the target processor structured as a set of
queues.
The window is populated using the threads script, which is a JavaScript program store in a file whose file-type
property is "Threads Script" (or is called threads.js) and is in the project that is being debugged.
When debugging starts the function init() is called to determine which columns are displayed in the Threads
window.
When the application stops on a breakpoint, the function update() is called to create entries in the Threads
window corresponding to the columns that have been created together with the saved execution context
(register state) of the thread. By double-clicking one of the entries, the debugger displays its saved execution
contextto put the debugger back into the default execution context, use Show Next Statement.
The methods Threads.setColumns, Threads.setSortByNumber and Threads.setColor can be called from the
function init().
function init()
{
Threads.setColumns("Name", "Priority", "State", "Time");
Threads.setSortByNumber("Time");
Threads.setColor("State", "Ready", "Executing", "Waiting");
}
The above example creates the named columns Name, Priority, State, and Time in the Threads window, with
the Time column sorted numerically rather than alphabetically. The states Ready, Executing and Waiting will
have yellow, green and red colored pixmaps respectively.
If you don't supply the function init() in the threads script, the Threads window will create the default columns
Name, Priority, and State.
The methods Threads.clear(), Threads.newqueue(), and Threads.add() can be called from the function
update().
The Threads.newqueue() function takes a string argument and creates a new, top-level entry in the Threads
window. Subsequent entries added to this window will go under this entry. If you don't call this, new entries will
all be at the top level of the Threads window.
235
CrossWorks for ARM Reference Manual CrossStudio User Guide
The Threads.add() function takes a variable number of string arguments, which should correspond to the
number of columns displayed by the Threads window. The last argument to the Threads.add() function
should be an array (possibly empty) containing the registers of the thread or, alternatively, a handle that can
be supplied a call to the threads script function getregs(handle), which will return an array when the thread is
selected in the Threads window. The array containing the registers should have elements in the same order in
which they are displayed in the CPU Registers displaytypically this will be in register-number order, e.g., r0, r1,
and so on.
function update()
{
Threads.clear();
Threads.newqueue("My Tasks");
Threads.add("Task1", "0", "Executing", "1000", [0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16]);
Threads.add("Task2", "1", "Waiting", "2000", [0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16]);
}
The above example will create a fixed output on the Threads window and is here to demonstrate how to call the
methods.
To get real thread state, you need to access the debugger from the threads script. To do this, you can use
the JavaScript method Debug.evaluate("expression"), which will evaluate the string argument as a debug
expression and return the result. The returned result will be an object if you evaluate an expression that denotes
a structure or an array. If the expression denotes a structure, each field can be accessed by using its field name.
struct task {
char *name;
unsigned char priority;
char *state;
unsigned time;
struct task *next;
unsigned registers[17];
unsigned thread_local_storage[4];
};
236
CrossWorks for ARM Reference Manual CrossStudio User Guide
{ 0,1,2,3 }
};
task1 = Debug.evaluate("task1");
Threads.add(task1.name, task1.priority, task1.state, task1.time, task1.registers);
You can use pointers and C-style cast to enable linked-list traversal.
Note that, if the threads script goes into an endless loop, the debuggerand consequently CrossStudiowill
become unresponsive and you will need to kill CrossStudio using a task manager. Therefore, the above loop is
better coded as follows:
You can speed up the Threads window update by not supplying the registers of the thread to the Threads.add()
function. To do this, you should supply a handle/pointer to the thread as the last argument to the Threads.add()
function. For example:
When the thread is selected, the Threads window will call getregs(x) in the threads script. That function should
return the array of registers, for example:
function getregs(x)
{
return Debug.evaluate("((struct task*)"+x+")->registers");
}
237
CrossWorks for ARM Reference Manual CrossStudio User Guide
If you use thread local storage, implementing the gettls(x) function enables you to return the base address of
the thread local storage, for example:
function gettls(x)
{
return Debug.evaluate("((struct task*)"+x+")->thread_local_storage");
}
The gettls(x) function can also be called with null as a parameter. In this case you will have to evaluate an
expression that returns the current thread local storage, for example:
function gettls(x)
{
if (x==null)
x = Debug.evaluate("¤tTask");
return Debug.evaluate("((struct task*)"+x+")->thread_local_storage");
}
The debugger may require the name of a thread which you can provide by implementing the getname(x)
function, for example:
function getname(x)
{
return Debug.evaluate("((struct task*)"+x+")->name");
}
You can add extra information to the threads window to display other RTOS queues. In the function init() you
can use Threads.setColumns2 to create an additional display in the threads window, for example:
function init()
{
...
Threads.setColumns2("Timers", "Id(Timers)", "Name", "Hook", "Timeout", "Period", "Active");
The first argument is identifier of the queue which is also supplied to Threads.add2 in the function update() as
follows
function update()
{
...
Threads.add2("Timers", "0x1FF0A30", "MyTimer", "0x46C8 (Timer50)", "50(550)", "50", "1");
You can avoid updating queues that aren't displayed using the Threads.shown function as follows
function update()
{
...
if (Threads.shown("Timers"))
Threads.add2("Timers", "0x1FF0A30", "MyTimer", "0x46C8
(Timer50)", "50(550)", "50", "1");
238
CrossWorks for ARM Reference Manual CrossStudio User Guide
Choose Debug > Other Windows > Execution Profile or press Ctrl+T, P.
The count value displayed is the number of times the first instruction of the source code location has been
executed. The source locations displayed are target dependent: they could represent each statement of the
program or each jump target of the program. If however the debugger is in intermixed or disassembly mode
then the count values will be displayed on a per instruction basis.
The execution counts window is updated each time your program stops and the window is visible so if you have
this window displayed then single stepping may be slower than usual.
239
CrossWorks for ARM Reference Manual CrossStudio User Guide
Choose Debug > Other Windows > Execution Trace or press Ctrl+T, T.
The type and number of the trace entries depends upon the target that is connected when gathering trace
information. Some targets may trace all instructions, others may trace jump instructions, and some may trace
modifications to variables. You'll find the trace capabilities of your target on the shortcut menu.
Each entry in the trace window has a unique number, and the lower the number the earlier the trace. You can
click on the header to show earliest to latest or the latest to earliest trace entries. If a trace entry can have source
code located to it then double-clicking the trace entry will show the appropriate source display.
Some targets may provide timing information which will be displayed in the ticks column.
The trace window is updated each time the debugger stops when it is visible so single stepping is likely to be
slower if you have this window displayed.
240
CrossWorks for ARM Reference Manual CrossStudio User Guide
In this situation, the simplest way to help CrossStudio find the source files is to add the directory containing
the source files to one of its source-file search paths. Alternatively, if CrossStudio cannot find a source file, it will
prompt you for its location and will record its new location in the source-file map.
Project-session search path:This path is for the current project session and does not apply to all projects.
The global search path:This system-wide path applies to all projects.
The project-session search path is checked before the global search path.
241
CrossWorks for ARM Reference Manual CrossStudio User Guide
242
CrossWorks for ARM Reference Manual CrossStudio User Guide
243
CrossWorks for ARM Reference Manual CrossStudio User Guide
244
CrossWorks for ARM Reference Manual CrossStudio User Guide
Breakpoint expressions
The debugger can set breakpoints by evaluating simple C-like expressions. Note that the exact capabilities
offered by the hardware to assist in data breakpointing will vary from target to target; please refer to the
particular target interface you are using and the capabilities of your target silicon for exact details. The simplest
expression supported is a symbol name. If the symbol name is a function, a breakpoint occurs when the first
instruction of the symbol is about to be executed. If the symbol name is a variable, a breakpoint occurs when the
symbol has been accessed; this is termed a data breakpoint. For example, the expression x will breakpoint when
x is accessed. You can use a debug expression (see Debug expressions) as a breakpoint expression. For example,
x[4] will breakpoint when element 4 of array x is accessed, and @sp will breakpoint when the sp register is
accessed.
Data breakpoints can be specified, using the == operator, to occur when a symbol is accessed with a specific
value. The expression x == 4 will breakpoint when x is accessed and its value is 4. The operators <, >=, >;, >=,
==, and != can be used similarly. For example, @sp <= 0x1000 will breakpoint when register sp is accessed
and its value is less than or equal to 0x1000.
You can use the operator & to mask the value you wish to break on. For example, (x & 1) == 1 will
breakpoint when x is accessed and has an odd value.
You can use the operator && to combine comparisons. For example
will breakpoint when x is accessed and its value is between 2 and 14.
You can specify an arbitrary memory range using an array cast expression. For example, (char[256])
(0x1000) will breakpoint when the memory region 0x10000x10FF is accessed.
You can specify an inverse memory range using the ! operator. For example !(char[256])(0x1000) will
breakpoint when memory outside the range 0x10000x10FF is accessed.
245
CrossWorks for ARM Reference Manual CrossStudio User Guide
Debug expressions
The debugger can evaluate simple expressions that can be displayed in the Watch window or as a tool-tip in the
code editor.
The simplest expression is an identifier the debugger tries to interpret in the following order:
Numbers can be used in expressions. Hexadecimal numbers must be prefixed with 0x.
The standard C and C++ operators !, ~, *, /, %, +, -, >>, <<, <, <=, >, >=, ==, |, &, ^, &&, and || are supported
on numeric types.
The standard assignment operators =, +=, -=, *=, /=, %=, >>, >>=, <<=, &=, |=, ^= are supported on numeric
types.
The structure access operator . is supported on structured types (this also works on pointers to structures), and -
> works similarly.
The dereference operator (prefix *) is supported on pointers, the address-of (prefix &) and sizeof operators are
supported.
The addressof(filename, linenumber) operator will return the address of the specified source code line
number.
Casting to basic pointer types is supported. For example, (unsigned char *)0x300 can be used to display the
memory at a given location.
Casting to basic array types is supported. For example, (unsigned char[256])0x100 can be used to reference a
memory region.
Operators have the precedence and associativity one expects of a C-like programming language.
246
CrossWorks for ARM Reference Manual CrossStudio User Guide
Output window
The Output window contains logs and transcripts from various systems within CrossStudio. Most notably, it
contains the Transcript and Source Navigator Log.
Transcript
The Transcript contains the results of the last build or target operation. It is cleared on each build. Errors
detected by CrossStudio are shown in red and warnings are shown in yellow. Double-clicking an error
or warning in the build log will open the offending file at the error position. The commands used for the
build can be echoed to the build log by setting the Echo Build Command Lines environment option. The
transcript also shows a trace of the high-level loading and debug operations carried out on the target. For
downloading, uploading, and verification operations, it displays the time it took to carry out each operation.
The log is cleared for each new download or debug session.
Navigator Log
The Source Navigator Log displays a list of files the Source Navigator has parsed and the time it took to
parse each file.
or
247
CrossWorks for ARM Reference Manual CrossStudio User Guide
Properties window
The Properties window displays properties of the current CrossStudio object. Using the Properties window, you
can set the build properties of your project, modify the editor defaults, and change target settings.
The Properties window is organized as a set of keyvalue pairs. As you select one of the keys, help text explains
the purpose of the property. Because properties are numerous and can be specific to a particular product build,
consider this help to be the definitive help on the property.
You can divide the properties display into categories or, alternatively, display it as a flat list that is sorted
alphabetically.
A combo-box enables you to change the properties and explains which properties you are looking at.
Some properties have actions associated with themyou can find these by right-clicking the property key. Most
properties that represent filenames can be opened this way.
When the Properties window is displaying project properties, you'll find some properties displayed in bold. This
means the property value hasn't been inherited. If you wish to inherit rather than define such a property, right-
click the property and select Inherit from the shortcut menu.
248
CrossWorks for ARM Reference Manual CrossStudio User Guide
Targets window
The Targets window (and its associated menu) displays the set of target interfaces you can connect to in order
to download and debug your programs. Using the Targets window in conjunction with the Properties window
enables you to define new targets based on the specific target types supported by the particular CrossStudio
release.
You can connect, disconnect, and reconnect to a target system. You can also use the Targets window to reset
and load programs.
or
or
or
249
CrossWorks for ARM Reference Manual CrossStudio User Guide
To disconnect a target:
Choose Target > Disconnect or press Ctrl+T, D.
or
or
Alternatively, connecting a different target will disconnect the current target connection.
You can disconnect and reconnect a target in a single operation using the reconnect feature. This may be useful
if the target board has been power cycled, or reset manually, because it forces CrossStudio to resynchronize with
the target.
To reconnect a target:
Choose Target > Reconnect or press Ctrl+T, E.
or
or
250
CrossWorks for ARM Reference Manual CrossStudio User Guide
or
The Targets window provides the facility to restore the target definitions to the default set. Restoring the default
target definitions will undo any of the changes you have made to the targets and their properties, therefore it
should be used with care.
251
CrossWorks for ARM Reference Manual CrossStudio User Guide
Downloading programs
Program download is handled automatically by CrossStudio when you start debugging. However, you can
download arbitrary programs to a target using the Targets window.
Binary
Intel Hex
Motorola S-record
CrossWorks native object file
Texas Instruments text file
CrossStudio supports the same file types for verification as for downloading.
252
CrossWorks for ARM Reference Manual CrossStudio User Guide
Choose Tools > Terminal Emulator > Terminal Emulator or press Ctrl+Alt+M.
Once connected, any input in the Terminal Emulator window is sent to the communications port and any data
received from the communications port is displayed on the terminal.
Connection may be refused if the communication port is in use by another application or if the port doesn't
exist.
1. Disconnect the communications port by clicking the Disconnect icon on the toolbar or by right-clicking
to select Disconnect from the shortcut menu.
This will release the communications port for use in other applications.
253
CrossWorks for ARM Reference Manual CrossStudio User Guide
The JavaScript method load(filepath) loads and executes the JavaScript contained in filepath returns a Boolean
indicating success.
254
CrossWorks for ARM Reference Manual CrossStudio User Guide
Downloads window
The Downloads Window displays a historical list of files downloaded over the Internet by CrossStudio.
255
CrossWorks for ARM Reference Manual CrossStudio User Guide
256
CrossWorks for ARM Reference Manual Command-line options
Command-line options
This section describes the command-line options accepted by CrossStudio.
Usage
257
CrossWorks for ARM Reference Manual Command-line options
-D (Define macro)
Syntax
-D macro=value
Description
258
CrossWorks for ARM Reference Manual Command-line options
-noclang
Description
259
CrossWorks for ARM Reference Manual Command-line options
-packagesdir dir
Description
260
CrossWorks for ARM Reference Manual Command-line options
-permit-multiple-studio-instances
Description
Allow multiple instances of CrossStudio to run at the same time. This behaviour can also be enabled using the
Environment > Startup Options > Allow Multiple CrossStudios environment option.
261
CrossWorks for ARM Reference Manual Command-line options
-rootuserdir dir
Description
262
CrossWorks for ARM Reference Manual Command-line options
-save-settings-off
Description
263
CrossWorks for ARM Reference Manual Command-line options
-set-setting environment_setting=value
Description
264
CrossWorks for ARM Reference Manual Command-line options
-templatesfile path
Description
265
CrossWorks for ARM Reference Manual Command-line options
266
CrossWorks for ARM Reference Manual Uninstalling CrossWorks for ARM
1. Start CrossStudio.
2. Click Tools > Admin > Remove All User Data...
Alternatively, if CrossWorks for ARM has already been uninstalled you can manually remove the user data as
follows:
267
CrossWorks for ARM Reference Manual Uninstalling CrossWorks for ARM
2. Type %LOCALAPPDATA% in the search field and press enter to open the local application data folder.
3. Open the Rowley Associates Limited folder.
4. Open the CrossWorks for ARM folder.
5. Delete the v4 folder.
6. If you want to delete user data for all versions of the software, delete the CrossWorks for ARM folder as
well.
1. Start CrossStudio.
2. Click Tools > Admin > Remove All User Data...
Alternatively, if CrossWorks for ARM has already been uninstalled you can manually remove the user data as
follows:
1. Open Finder.
2. Go to the $HOME/Library/Rowley Associates Limited/CrossWorks for ARM directory.
3. Drag the v4 folder to the Trash.
4. If you want to delete user data for all versions of the software, drag the CrossWorks for ARM folder to the
Trash as well.
268
CrossWorks for ARM Reference Manual Uninstalling CrossWorks for ARM
1. Start CrossStudio.
2. Click Tools > Admin > Remove All User Data...
Alternatively, if CrossWorks for ARM has already been uninstalled you can manually remove the user data as
follows:
269
CrossWorks for ARM Reference Manual Uninstalling CrossWorks for ARM
270
CrossWorks for ARM Reference Manual ARM target support
Initially, shared versions of these files are added to the project. If you want to modify any these shared files,
select the file in the Project Explorer and then click the Import option from the shortcut menu. This will copy a
writable version of the file into your project directory and change the path in the Project Explorer to that of the
local version. You can then make changes to the local file without affecting the shared copy of it.
The following list describes the typical flow of a C program created with CrossStudio's project templates:
The processor jumps to the reset_handler label in the target-specific startup code, which configures the
target (see Target startup code).
When the target is configured, the target-specific startup code jumps to the _start entry point in the C
runtime code, which sets up the C runtime environment (see Startup code).
When the C runtime environment has been set up, the C runtime code jumps to the C entry-point
function, main.
271
CrossWorks for ARM Reference Manual ARM target support
When the program returns from main, it re-enters the C runtime code, executes the destructors and
enters an endless loop.
272
CrossWorks for ARM Reference Manual ARM target support
When you create a new project to produce an executable file using a target-specific project template, a file
containing the default startup code for the target will be added to the project. Initially, a shared version of this
file will be added to the project; if you want to modify this file, select the file in the Project Explorer and select
Import to copy the file to your project directory.
_vectors This is the exception vector table. It is put into its own .vectors section in order to ensure that it
is can be placed at a specific address which is usually 0x00000000 or the start of Flash memory. The vector
table contains jump instructions to the particular exception handlers. It is recommended that absolute
jump instructions are used ldr pc, =handler_address rather than relative branch instructions b
handler_address since many devices shadow the memory at address zero to start execution but the
program will be linked to run at a different address.
reset_handler The reset handler will usually carry out any target-specific initialization and then will jump
to the _start entry point. In a C system, the _start entry point is in the crt0.s file. During development it
is usual to replace the reset handler with an endless loop which will stop the device running potentially
dangerous in-development code directly out of reset. In development the debugger will start the device
from the specified debug entry point.
undef_handler This is the default, undefined-instruction exception handler.*
swi_handler This is the default, software-interrupt exception handler.*
pabort_handler This is the default, prefetch-abort exception handler.*
dabort_handler This is the default, data-abort exception handler.*
irq_handler This is the default, IRQ-exception handler.*
fiq_handler This is the default, FIQ-exception handler.*
*
Declared as a weak symbol to allow the user to override the implementation.
Note that ARM and Cortex-A/Cortex-R exception handlers must be written in ARM assembly code. The CPU
or board support package of the project you have created will typically supply an ARM assembly-coded
irq_handler implementation that will enable you to write interrupt service routines as C functions.
273
CrossWorks for ARM Reference Manual ARM target support
_vectors This is the exception vector table. It is put into its own .vectors section in order to ensure that it
can be placed at a specific address which is usually 0x00000000 or the start of Flash memory.
For each exception handler, a weak symbol is declared that will implement an endless loop. You can
implement your own exception handler as a regular C function. Note that the name of the C function
must match the name in the startup code e.g. void SysTick_ISR(void). You can use the C preprocessor to
rename the symbol in the startup code if you have existing code with different exception handler names e.g.
SysTick_ISR=SysTick_Handler.
274
CrossWorks for ARM Reference Manual ARM target support
Startup code
The following section describes the role of the C runtime-startup code, crt0.s (and the Cortex-M/Thumb
equivalent thumb_crt0.s).
When you create a new project to produce an executable file using a target-specific project template, the crt0.s/
thumb_crt0.s file is added to the project. Initially, a shared version of this file is added to the project. If you want
to modify this file, right-click it in the Project Explorer and then select Import from the shortcut menu to copy
the file to your project directory.
The entry point of the C runtime-startup code is _start. In a typical system, this will be called by the target-
specific startup code after it has initialized the target.
Program sections
The following program sections are used for the C runtime in section-placement files:
275
CrossWorks for ARM Reference Manual ARM target support
Stacks
ARM and Cortex-A/Cortex-R devices have six separate stacks. The position and size of these stacks are specified
in the project's section-placement or memory-map file by the following program sections:
Cortex-M devices have the following stacks and linker symbol stack sizes are defined:
The crt0.s/thumb_crt0.s startup code references these sections and initializes each of the stack-pointer registers
to point to the appropriate location. To change the location in memory of a particular stack, the section should
be moved to the required position in the section-placement or memory-map file.
Should your application not require one or more of these stacks, you can remove those sections from the
memory-map file or set the size to 0 and remove the initialization code from the crt0.s/thumb_crt0.s file.
276
CrossWorks for ARM Reference Manual ARM target support
The heap
The position and size of the heap is specified in the project's section-placement or memory-map file by the
.heap program section.
The startup code in crt0.s/thumb_crt0.s references this section and initializes the heap. To change the
position of the heap, the section should be moved to the required position in the section-placement or memory-
map file.
There is a Heap Size linker project property you can modify in order to alter the heap size. For compatibility with
earlier versions of CrossStudio, you can also specify the heap size using the heap section's Size property in the
section-placement or memory-map file.
Should your application not require the heap functions, you can remove the heap section from the memory-
map file or set the size to zero and remove the heap-initialization code from the crt0.s/thumb_crt0.s file.
277
CrossWorks for ARM Reference Manual ARM target support
Section Placement
Section placement files map program sections used in your program into the memory spaces defined in the
memory map or in the Memory Segments project property. For instance, it's common for code and read-only
data to be programmed into non-volatile flash memory, whereas read-write data needs to be mapped onto
either internal or external RAM.
Memory map files are provided in the CPU support package you are using and are referenced in executable
projects by the Memory Map File project property. Section-placement files are provided in the base CrossWorks
distribution.
The memory segments defined in the section placement files have macro-expandable names which can be
defined using the Section Placement Macros project property.
Some of the section placement files have a macro-expandable start attribute in the first program section. You
can use this to reserve space at the beginning of the memory segment.
File Description
Single FLASH segment with internal RAM segment and
flash_placement.xml
optional external RAM segment.
flash_run_text_from_ram_placement.xml Single FLASH segment with internal RAM segment
and optional external RAM segments. Text section is
copied from FLASH to RAM.
internal_sram_placement.xml Single internal RAM segment.
multi_flash_placement.xml Two FLASH segments with internal RAM segment and
optional external RAM segment.
sram_placement.xml Internal RAM segment and optional external RAM
segment.
tcm_placement.xml Data and Instruction tightly coupled memory
segments.
File Description
flash_placement.xml Two FLASH segments and two RAM segments.
flash_placement_tcm.xml One FLASH segments, two RAM segments, Data and
Instruction tightly coupled memory segments.
278
CrossWorks for ARM Reference Manual ARM target support
279
CrossWorks for ARM Reference Manual ARM target support
Project configurations
When you create a new project a default set of build configurations are created. These configurations vary
depending on the CPU support package you are using and the type of project you create.
Private configurations
Configuration name Description
Compile and assemble for ARM
ARM instruction set. Link ARM version of
libraries.
THUMB Compile and assemble for Thumb
instruction set. Link Thumb version
of libraries.
Flash Load into, and run from, flash
memory.
RAM Load into, and run from, RAM.
Debug Compile and assemble with debug
information and with optimization
disabled.
Release Compile and assemble without
debug information and with
optimization enabled at level 1.
Public configurations
Configuration Name Inherited configurations
ARM Flash Debug ARM, Flash, Debug
ARM Flash Release ARM, Flash, Release
ARM RAM Debug ARM, RAM, Debug
ARM RAM Release ARM, RAM, Release
THUMB Flash Debug THUMB, Flash, Debug
THUMB Flash Release THUMB, Flash, Release
THUMB RAM Debug THUMB, RAM, Debug
THUMB RAM Release THUMB, RAM, Release
280
CrossWorks for ARM Reference Manual ARM target support
For Executable project types with CPU support packages that do not specify the memory configuration in the
build configuration, you will project will have the following configurations:
The CPU support packages that create configurations which have no memory configuration will provide a
project Placement property that enables the memory configuration to be selected.
Note: Cortex-M CPU support packages will not create any ARM configurations.
ARM architecture.
ARM vs THUMB.
Byte order (endianness).
Floating-point ABI.
ABI type.
Double as float.
Optimization for speed vs size. Debug vs Release.
For example, V5TE VFP ARM LE SoftFP EABI Fast Debug is a configuration for a V5TE architecture device
with a VFP, ARM instruction set, little-endian byte order, soft floating point, EABI procedure calling, double is
supported, do speed optimization rather than size optimization, and include debug information.
The CPU support package you are using may support a library project typein this case the project configurations
created will be based on combinations of ARM/THUMB and Debug/Release.
281
CrossWorks for ARM Reference Manual ARM target support
282
CrossWorks for ARM Reference Manual ARM target support
The main use for this is to support non-standard target and board reset schemes and to configure the target
after reset using the Reset Script and Loader Reset Script facilities, described later.
The target script system can also be used to carry out target-specific operations when the target interface
connects or disconnects, or when the debugger uses the Connect, Disconnect, Stop, and Run scripts, described
later.
In order to reduce script duplication, when the target interface runs a reset, attach, run, or stop script, it first
looks in the current active project for a file whose project property File Type is set to Reset Script. If a file of this
type is found, it will be loaded prior to executing the scripts; each of the scripts can then call functions defined in
this script file.
Attach script
The Attach Script property in the Target project-property group specifies the script to be executed when
the debugger first attaches to an application. This can be after a download or reset before the program is
run, or after an attach to a running application. The aim of the attach script is to carry out any target-specific
configuration before the debugger first attaches to the application being debugged.
See arm_target_script_TargetInterface for a description of the TargetInterface object the attach script uses to
access the target hardware.
Connect script
The Connect Script property in the Target project-property group specifies the script to be executed when the
user connects to the target interface.
See arm_target_script_TargetInterface for a description of the TargetInterface object the connect script uses
to access the target hardware.
Disconnect script
The Disconnect Script property of the Target project-property group specifies the script to be executed when
the user disconnects from the target interface.
See arm_target_script_TargetInterface for a description of the TargetInterface object the disconnect script
uses to access the target hardware.
283
CrossWorks for ARM Reference Manual ARM target support
See arm_target_script_TargetInterface for a description of the TargetInterface object the loader reset script
uses to access the target hardware.
Reset script
The Reset Script property in the Target project-property group defines a script to execute in order to reset and
configure the target.
The aim of the reset script is to get the processor into a known state. When the script has executed, the
processor should be reset, stopped on the first instruction and configured appropriately.
As an example, the following script demonstrates the reset script for an Evaluator 7T target board with
a memory configuration that re-maps SRAM to start from 0x00000000. The Evaluator7T_Reset function
carries out the standard ARM reset and stops the processor prior to executing the first instruction. The
Evaluator7T_ResetWithRamAtZero function calls this reset function and then configures target memory by
accessing the configuration registers directly. See arm_target_script_TargetInterface for a description of the
TargetInterface object the reset script uses to access the target hardware.
function Evaluator7T_Reset()
{
TargetInterface.setNSRST(0);
TargetInterface.setICEBreakerBreakpoint(0, 0x00000000, 0xFFFFFFFF,
0x00000000, 0xFFFFFFFF, 0x100, 0xF7);
TargetInterface.setNSRST(1);
TargetInterface.waitForDebugState(1000);
TargetInterface.trst();
}
function Evaluator7T_ResetWithRamAtZero()
{
Evaluator7T_Reset();
/***************************************************************************
* Register settings for the following memory configuration:
*
* +----------------------+
* | ROMCON0 - 512K FLASH | 0x01800000 - 0x0187FFFF
* +----------------------+
* | ROMCON2 - 256K SRAM | 0x00040000 - 0x0007FFFF
* +----------------------+
* | ROMCON1 - 256K SRAM | 0x00000000 - 0x0003FFFF
* +----------------------+
*
284
CrossWorks for ARM Reference Manual ARM target support
***************************************************************************/
Run script
The Run Script property in the Target Script Options project-property group is used to define a script to be
executed when the target enters run state. This can be when the application is run for the first time or when the
Debug > Go operation is carried out after the application has hit a breakpoint or was stopped using the Debug
> Break operation. The aim of the run script is to carry out any target-specific operations after the debugger has
finished accessing target memory. This can be useful, for example, to re-enable caches previously disabled by
the stop script.
See arm_target_script_TargetInterface for a description of the TargetInterface object the run script uses to
access the target hardware.
Stop script
The Stop Script property in the Target Script Options project-property groups is used to define a script that
is executed when the target enters debug/stopped state. This can be after the application hits a breakpoint or
when the Debug > Break operation is carried out. The aim of the stop script is to carry out any target-specific
operations before the debugger starts accessing target memory. This is particularly useful when debugging
applications that have caches enabled, because the script can disable and flush the caches, giving the debugger
access to the current memory state.
See arm_target_script_TargetInterface for a description of the TargetInterface object the stop script uses to
access the target hardware.
285
CrossWorks for ARM Reference Manual ARM target support
processor and will be executed for example when the debugger attaches to a running target. Use this script if
you don't want CrossWorks to execute a TRST to reset the JTAG TAP, for example if the device has a JTAG router.
See arm_target_script_TargetInterface for a description of the TargetInterface object which is used by the
debug interface reset script to access the target hardware.
See arm_target_script_TargetInterface for a description of the TargetInterface object the TAP Reset Script uses
to access the target hardware.
286
CrossWorks for ARM Reference Manual ARM target support
Program loading
CrossStudio for ARM supports flash programming (and subsequent debugging) by loading a programthe loader
executable, or loaderinto the target's RAM and transmitting to it the data to be programmed.
The Loader File Path project property is part of a project's configuration. It specifies the location of the loader
executable to be used; if this property is defined, the loader executable will be downloaded and run on the
target prior to downloading the main application.
287
CrossWorks for ARM Reference Manual ARM target support
Debug Capabilities
The particular debugging capabilities provided in CrossWorks for ARM depends upon the particular ARM device
being used. The following table summarizes the CrossStudio debug facilities available for each ARM device type:
Single stepping is implemented by setting a hardware breakpoint on the next instruction that will execute in the
current execution thread. Therefore, you will not single step into a different thread of execution, unless code is
shared; and, if you have used all the hardware breakpoints, you won't be able to single step.
Software breakpoints are implemented by overwriting the instruction at the desired breakpoint address with
a breakpoint instruction. Restarting from a software breakpoint uses the built-in ARM simulator, unless the
instruction cannot be simulated, in which case the instruction is written back to memory and single stepped.
The project properties Read-only Software Breakpoints and Read-write Software Breakpoints control how
288
CrossWorks for ARM Reference Manual ARM target support
software breakpoints are used in memory areas marked ReadOnly and ReadWrite in the current project's
memory-map file.
The project property Startup Completion Point is used to specify the address of a symbol that has a breakpoint
on it. When the startup completion point is hit, software breakpoints will be used and debug input/output will
be enabled. This enables you to debug an application that copies code into RAM on startup.
Data breakpoints can only be set on ranges of aligned powers of 2. So char, short, and int/long variables can have
breakpoints set on them, but larger variables are unlikely to meet the requirement for aligned powers of 2. Data-
valued breakpoints such as count==3 are supported, as are masked data-valued breakpoints such as (x & 1)==1.
The hardware breakpoints can be chained together to allow breakpoint sequencing. When you are connected to
the target, use the breakpoint-edit dialog or the breakpoint properties to change the Action to Set Chain on the
first breakpoint, and change the Action of the second breakpoint to Stop (When Chain Set).
ARM9 devices have a vector-catch capability that can be set in the exceptions group of the Breakpoints window
to enable a breakpoint when an exception occurs.
The debug communication channel (DCC) can be used to implement debug I/O, which depends on the setting
of the DebugIO Implementation project property. Using the DCC to implement debug I/O enables interrupts to
be serviced during debug I/O.
The DCC is also used to implement communications with the debug handler, if the project property Use Debug
Handler is set. You can build the debug handler into your application by adding the file $(StudioDir)/
source/ARMDIDebugHandler.s to your project. When you have the debug handler in your project,
you can enable the project property Monitor Mode Debug to allow interrupts to be serviced when a
breakpoint is hit. To do this, you must set the prefetch and data-abort exception vectors to jump to the symbols
dbg_pabort_handler and dbg_dabort_handler, respectively. You can also enable the project property Monitor
Mode Memory, in which case CrossWorks will access memory using the debug handler when the application
is running. You must arrange for your application to call the function dbg_poll at regular intervals, which will
enable interrupts to be serviced while the debugger is accessing memory.
ARM11
These devices provide 6 hardware instruction breakpoints and 2 hardware data breakpoints. Data-valued
breakpoints are not supported.
289
CrossWorks for ARM Reference Manual ARM target support
Cortex-M
Cortex-M devices have a variable number of instruction breakpoints and data breakpoints. Typically, Cortex-
M3 parts have six instruction breakpoints and four data breakpoints, Cortex-M1/M0 parts have four instruction
and two data breakpoints. Note that the instruction breakpoints work only on the internal code memory of the
Cortex-M devices. If you have external flash on your Cortex-M device and software breakpoints in flash aren't
supported, a data breakpoint is used, which will stop the processor after the instruction has executed.
Data breakpoints can only be set on ranges of aligned powers of 2. So char, short, and int/long variables can have
breakpoints set on them, but larger variables are unlikely to meet the requirement for aligned powers of 2. One
data-valued breakpoint, such as count==3, is optionally supported on some Cortex-M3 devices.
XScale
XScale devices have two instruction breakpoints and two data breakpoints. The data breakpoints are supported
on int and long variables only.
Semihosting
The debugger supports the ARM semihosting interface. The operations SYS_READC and SYS_READ from
standard input will return immediately i.e. they do not block.
290
CrossWorks for ARM Reference Manual ARM target support
Trace Capabilities
The following tracing capabilities are supported in CrossStudio
Tracing is controlled by the CrossStudio debugger i.e. tracing starts when a programs runs or restarts from a
breakpoint and stops when the program stops on a breakpoint. With ETM tracing it is also possible to start/stop
tracing and to include/exclude functions using trace breakpoints.
Trace output from the last run is displayed in the Execution Trace window and instruction counts are
accumulated in the Execution Profile window for each each run of a debug session.
Simulator Tracing
The simulator maintains a list of the last N instructions that were executed or not executed if the condition failed.
The size of the list is specified using the simulator project property Num Trace Entries.
ETM Tracing
The target trace project property ETM TraceID should be non-zero to enable the ETM when the target interface
is connected.
For ARM7/ARM9 the ETB is assumed to follow the debug TAP on the JTAG scan chain. For Cortex-M/Cortex-A
the ETB will be identified by the CoreSight ROM table. ETB tracing is selected by setting the target trace project
property Trace Interface Type to be ETB when the target interface is connected.
The external trace port is assumed to be a four-bit half-rate clocked port and is selected by setting the target
trace project property Trace Interface Type to be TracePort when the target interface is connected.
You can start and stop tracing with breakpoints by setting hardware breakpoints and specifying the breakpoint
action to be Trace Start and Trace Stop.
You can choose to include/exclude functions by setting hardware breakpoints on the functions and specifying
the breakpoint action to be Trace Include or Trace Exclude. Note that you cannot mix include and exclude
ranges.
291
CrossWorks for ARM Reference Manual ARM target support
ITM/DWT Tracing
The target trace project property ITM TraceID should be non-zero to enable the ITM when the target interface is
connected.
The target trace project properties ITM Stimulus Ports Enable and ITM Stimulus Ports Privilege are used to
specify which ITM channels can be accessed. The library <itm.h> can be used to write to the ITM channels. The
following ITM channels are treated specially by CrossStudio:
Channel 0:printable characters written to this channel will be buffered to implement printf-style output.
Channel 28:words written to this channel will be considered to be program counter values.
Channel 29 and 30:words written to these channels will be considered to be the start addresses of a
function. Channel 30 indicates function entry and 29 indicates function exit. This functionality is used to
implement the Instrument Functions compilation project property.
Channel 31:words written to this channel are considered to be thread scheduling information and as such
are interpreted by the threads script.
You can enable local and/or global timestamping on the ITM packets using the ITM Timestamping and ITM
Global Timestamping Frequency target trace project properties.
You can specify DWT program counter sampling and exception tracing using the DWT PC Sampling and DWT
Trace Exceptions target trace project properties.
Like ETM tracing the ITM/DWT tracing can be directed to an ETB or a TracePort but it can also be directed to a
single wire output (SWO) pin using the Trace Interface Type target trace project property. When the SWO pin is
used the Trace Clock Speed target trace project property should be set to speed of the TRACECLKIN signal which
is typically the processor clock speed.
Data Tracing
You can trace specific data items by setting a data breakpoint and specifying the action to be Trace Data.
The script contained in the target trace project property Trace Initialize Script will be executed when debug
start or debug attach are selected. This script has the macro $(TraceInterfaceType) expanded with the value of
the Trace Interface Type target trace project property. This script, for example, can be used to set up the pins for
the external trace port. The Board/CPU support package should provide an implementation of this in the target
script.
The Segger J-Trace ARM and J-Trace Cortex-M supports trace capture from 4-bit half-rate clocked external Trace
Ports.
292
CrossWorks for ARM Reference Manual ARM target support
Some FTDI-2232 based devices have the second UART channel connected to the SWO. Since this is a target
interface independent capability CrossStudio supports this for all target interfaces.
293
CrossWorks for ARM Reference Manual ARM target support
294
CrossWorks for ARM Reference Manual Target interfaces
Target interfaces
A target interface is a mechanism for communicating with, and controlling, a target. A target can be either a
physical hardware device or a software simulation of a device. CrossStudio has a Targets window for viewing
and manipulating target interfaces. For more information, see Targets window.
Before you can use a target interface, you must connect to it. You can only connect to one target interface at a
time. For more information, see Connecting to a target.
All target interfaces have a set of properties. The properties provide information on the connected target and
allow the target interface to be configured. For more information, see Viewing and editing target properties.
295
CrossWorks for ARM Reference Manual Target interfaces
Note that the Amontec JTAGkey and Olimex ARM-USB-OCD are FT2232-based devices.
See Debug Capabilities for details about the debug support CrossWorks provides for the various devices.
Note that the Segger J-Link, ST-Link, and PandE UNIT Interface DLL target interfaces require other files that are
supplied by the vendor of the target interface.
The Segger J-Link target interface's J-Link DLL File property should point at the file JLinkARM.dll on
Windows and to JLinkARM.so on Linux. Go to http://www.segger.com/cms/jlink-software.html for the latest
downloads.
The ST-Link's ST-LINK DLL File property should point at the file STLinkUSBDriver.dll that is supplied in
the ST-Link Utility, found here:
http://www.st.com/internet/com/SOFTWARE_RESOURCES/TOOL/DEVICE_PROGRAMMER/um0892.zip
The PandE UNIT Interface DLL's File Path property should point to the file unit_ngs_arm.dll. Contact
Rowley Associates for the latest information on where to find this.
Do not copy the above files into the CrossWorks distributionjust reference the files where they have been
installed.
296
CrossWorks for ARM Reference Manual Target interfaces
The ISS supports a limited subset of VFP instructions (CP10 and CP11) that enables C programs that use the VFP
to execute. NEON instructions are not simulated.
The instruction set simulator (ISS) supports MCR and MRC access to the 16 primary registers of the System
Control coprocessor (CP15), as defined in the ARM Architecture Reference Manual. The ISS supports MCR and
MRC access to the Debug Communication Channel (CP14), as defined in the ARM7TDMI Technical Reference
Manual.
The instruction set simulator (ISS) simulates the PPB, bit banding and systick capabilities of the ARM V6-M, ARM
V7-M and ARM V7-EM architectures.
The memory system simulated by the ISS is implemented by the dynamic link library specified by the Memory
Simulation Filename and Memory Simulation Parameter defined in the project's simulator properties. Any access
to memory not defined by the memory system is reported as an error.
The ISS supports program loading and debugging with an unlimited number of breakpoints. The ISS supports
instruction tracing, execution counts, exception-vector trapping, and exception-vector triggering.
297
CrossWorks for ARM Reference Manual Target interfaces
Interface
Property Description
Serial Number
The serial number of the currently connected FT2232.
connectedSerialNumberString
The serial number of the FT2232 device you want to
connect to. If multiple FT2232 devices are connected
Use Serial Number
to your system, this property allows you to specify
connectToSerialNumberString
which one to use. If no serial number is specified, the
first available FT2232 device will be used.
Version
The target interface version number.
interfaceVersionString
JTAG
Property Description
Adaptive Clocking Specifies whether JTAG adaptive clocking should be
adaptiveClockingEnumeration used.
JTAG Clock Divider
The amount to divide the JTAG clock frequency.
jtagDividerIntegerRange
nSRST Open Drain Specifies whether the nSRST signal is open-drain or
srstOpenDrainBoolean push-pull.
nTRST Open Drain Specifies whether the nTRST signal is open-drain or
trstOpenDrainBoolean push-pull.
Target
Property Description
Device Type The detected type of the currently connected target
String device.
298
CrossWorks for ARM Reference Manual Target interfaces
Trace
Property Description
UART-SWO COM Port
Name of COM port that SWO is connected to.
UARTSWOPortUnknown
299
CrossWorks for ARM Reference Manual Target interfaces
Interface
Property Description
Firmware Version The firmware version of the currently connected
firmwareVersionString CMSIS-DAP interface.
Serial Number The serial number of the currently connected CMSIS-
connectedSerialNumberString DAP.
The serial number of the CMSIS-DAP device you
want to connect to. If multiple CMSIS-DAP devices
Use Serial Number are connected to your system, this property allows
connectToSerialNumberString you to specify which one to use. If no serial number
is specified, the first matching available CMSIS-DAP
device will be used.
JTAG/SWD
Property Description
Speed The maximum JTAG/SWD clock frequency in Hz (0 for
speedIntegerRange best possible).
Target
Property Description
Device Type The detected type of the currently connected target
String device.
USB
Property Description
The maximum number of USB packets that can be
Maximum Packet Count
buffered for a single operation (0 for the interface's
usbPacketCountIntegerRange
default value).
Specifies the USB product ID of the CMSIS-DAP device.
PID If USB vendor and product IDs are both unspecified,
usbPidString the first matching available CMSIS-DAP device will be
used.
300
CrossWorks for ARM Reference Manual Target interfaces
301
CrossWorks for ARM Reference Manual Target interfaces
Interface
Property Description
Information
Interface connection information.
interfaceInformationString
Model
CrossConnect Model.
modelInformationString
Serial Number The serial number of the currently connected
connectedSerialNumberString CrossConnect.
Target Voltage
The target's JTAG reference voltage.
target_voltageString
Version
The target interface version number.
interfaceVersionString
JTAG
Property Description
Adaptive Clocking Specifies whether JTAG adaptive clocking should be
adaptiveClockingEnumeration used.
JTAG Clock Divider
The amount to divide the JTAG clock frequency.
jtagDividerIntegerRange
Target
Property Description
Device Type The detected type of the currently connected target
String device.
302
CrossWorks for ARM Reference Manual Target interfaces
Trace
Property Description
Current SWO Speed
The current SWO speed.
currentSwoSpeedIntegerRange
Current Trace Buffer Size
The current size of the trace buffer.
currentTraceBufferSizeIntegerRange
SWO Speed
The required SWO speed (0 for maximum supported).
swoSpeedIntegerRange
Trace Buffer Size
The size of the trace buffer.
traceBufferSizeIntegerRange
303
CrossWorks for ARM Reference Manual Target interfaces
304
CrossWorks for ARM Reference Manual Target interfaces
FT2232 USB
Property Description
Channel
Specifies the FT2232 channel to use
channelEnumeration
PID
Specifies the USB product ID of the FT2232 device.
usbPidStringList
VID
Specifies the USB vendor ID of the FT2232 device.
usbVidString
Interface
Property Description
Serial Number
The serial number of the currently connected FT2232.
connectedSerialNumberString
The serial number of the FT2232 device you want to
connect to. If multiple FT2232 devices are connected
Use Serial Number
to your system, this property allows you to specify
connectToSerialNumberString
which one to use. If no serial number is specified, the
first available FT2232 device will be used.
Version
The target interface version number.
interfaceVersionString
JTAG
Property Description
Adaptive Clocking Specifies whether JTAG adaptive clocking should be
adaptiveClockingEnumeration used.
JTAG Clock Divider
The amount to divide the JTAG clock frequency.
jtagDividerIntegerRange
Target
Property Description
Device Type The detected type of the currently connected target
String device.
305
CrossWorks for ARM Reference Manual Target interfaces
Trace
Property Description
UART-SWO COM Port
Name of COM port that SWO is connected to.
UARTSWOPortUnknown
306
CrossWorks for ARM Reference Manual Target interfaces
Generic
Property Description
Applicable Host OS
The names of host OS that are supported.
hostStringList
Generic DLL File
The file path of the .dll to use.
DLLFileNameFileName
307
CrossWorks for ARM Reference Manual Target interfaces
Interface
Property Description
Serial Number
The serial number of the currently connected FT2232.
connectedSerialNumberString
The serial number of the FT2232 device you want to
connect to. If multiple FT2232 devices are connected
Use Serial Number
to your system, this property allows you to specify
connectToSerialNumberString
which one to use. If no serial number is specified, the
first available FT2232 device will be used.
Version
The target interface version number.
interfaceVersionString
JTAG
Property Description
Adaptive Clocking Specifies whether JTAG adaptive clocking should be
adaptiveClockingEnumeration used.
JTAG Clock Divider
The amount to divide the JTAG clock frequency.
jtagDividerIntegerRange
nTRST Open Drain Specifies whether the nTRST signal is open-drain or
trstOpenDrainBoolean push-pull.
Target
Property Description
Device Type The detected type of the currently connected target
String device.
308
CrossWorks for ARM Reference Manual Target interfaces
Trace
Property Description
UART-SWO COM Port
Name of COM port that SWO is connected to.
UARTSWOPortUnknown
309
CrossWorks for ARM Reference Manual Target interfaces
Kinetis OSJTAG
Property Description
Firmware Version
The Firmware version of the Kinetis OSJTAG.
String
Target
Property Description
Device Type The detected type of the currently connected target
String device.
310
CrossWorks for ARM Reference Manual Target interfaces
Generic
Property Description
Applicable Host OS
The names of host OS that are supported.
hostStringList
Generic DLL File
The file path of the .dll to use.
DLLFileNameFileName
311
CrossWorks for ARM Reference Manual Target interfaces
J-Link
Property Description
Specify additional J-Link options to allow enabling or
Additional J-Link Options
disabling advanced features and fine tuning.
JLinkExecuteCommandStringList
For more information see J-Link Command Strings
Current Speed The JTAG/SWD clock frequency the J-Link is currently
IntegerRange using.
Enable Adaptive Clocking
Adaptive clocking is enabled.
adaptiveEnumeration
Define a memory range that should not be cached by
J-Link.
Per default, all areas that J-Link knows to be Flash
memory, are cached. This means that it is assumed
that the contents of this areas do not change during
program execution.
Exclude Flash Cache Range
If this assumption does not hold true, typically because
JLinkExcludeFlashCacheRangeString
the target program modifies the flash content for data
storage, then the affected area should be excluded
from the cache.
This may slightly reduce the debugging speed.
Syntax: either 'start_address-end_address' or
'address,size'. For example: 0x08000000,0x1000.
Firmware Version
The J-Link firmware version.
String
J-Link DLL File
The file path of the libjlinkarm.so to use.
JLinkARMDLLFileNameFileName
Log File
The file to output the J-Link log to.
JLinkLogFileNameFileName
Max SWO Speed
The maximum supported SWO speed.
IntegerRange
Reset Type
The reset strategy to use.
resetTypeIntegerRange
Script File
The file path of the optional J-Link script file to use.
JLinkScriptFileNameFileName
Serial Number
The serial number of the connected J-Link
String
Settings File The file path of the automatically generated J-Link
JLinkProjectFileNameFileName settings file to use.
312
CrossWorks for ARM Reference Manual Target interfaces
Target
Property Description
Device Type The detected type of the currently connected target
String device.
313
CrossWorks for ARM Reference Manual Target interfaces
Target
Property Description
Device Type The detected type of the currently connected target
String device.
314
CrossWorks for ARM Reference Manual Target interfaces
Generic
Property Description
Applicable Host OS
The names of host OS that are supported.
hostStringList
Generic DLL File
The file path of the .dll to use.
DLLFileNameFileName
315
CrossWorks for ARM Reference Manual Target interfaces
ST-LINK
Property Description
Firmware Version
The Main, JTAG and SWIM firmware versions.
String
Target
Property Description
Device Type The detected type of the currently connected target
String device.
Host Connection
A number specifying the device to connect to.
ConnectionEnumeration
Speed
The target JTAG/SWD clock frequency in kHz.
String
316
CrossWorks for ARM Reference Manual Target interfaces
Connection
Property Description
Parallel Port The parallel port connection to use to connect to
portNameString target.
Parallel Port Address The base address of the currently connected parallel
portAddressString port.
Parallel Port Sharing Specifies whether sharing of the parallel port with
portSharingBoolean other device drivers or programs is permitted.
Interface
Property Description
Version
The target interface version number.
interfaceVersionString
JTAG
Property Description
Invert nSRST
Specify whether the nSRST signal should be inverted.
invertNSRSTBoolean
JTAG Clock Divider
The amount to divide the JTAG clock frequency.
jtagDividerIntegerRange
Target
Property Description
Device Type The detected type of the currently connected target
String device.
317
CrossWorks for ARM Reference Manual Target interfaces
318
CrossWorks for ARM Reference Manual Using an external ARM GCC toolchain
The location of the third part suppled ARM GCC toolchain is determined by the global macro ARMGCCDIR. To set
this use the Project > Macros... dialog and specify the ARMGCCDIR value in the global macros editor. The prefix
used by the ARM GCC toolchain is specified by the global macro ARMGCCPREFIX.
When CrossStudio for ARM is started in this mode only "Externally Built Executable" project types are available.
When you create an "Externally Built Executable" project you don't need to specify the location of the
executable file. After the project has been created you can change the "Project Type" of the created project to be
"Executable" and then add the source files to the project.
Note that no section placement or CrossWorks libraries are usable when CrossStudio for ARM is used in this way.
319
CrossWorks for ARM Reference Manual Using an external ARM GCC toolchain
320
CrossWorks for ARM Reference Manual C Library User Guide
The libraries supplied with CrossWorks have all the support necessary for input and output using the standard C
functions printf and scanf, support for the assert function, both 32-bit and 64-bit floating point, and are capable
of being used in a multi-threaded environment. However, to use these facilities effectively you will need to
customize the low-level details of how to input and output characters, what to do when an assertion fails, how
to provide protection in a multithreaded environment, and how to use the available hardware to the best of its
ability.
321
CrossWorks for ARM Reference Manual C Library User Guide
Floating point
The CrossWorks C library uses IEEE floating point format as specified by the ISO 60559 standard with restrictions.
This library favors code size and execution speed above absolute precision. It is suitable for applications
that need to run quickly and not consume precious resources in limited environments. The library does not
implement features rarely used by simple applications: floating point exceptions, rounding modes, and
subnormals.
NaNs and infinities are supported and correctly generated. The only rounding mode supported is round-to-
nearest. Subnormals are always flushed to a correctly-signed zero. The mathematical functions use stable
approximations and do their best to cater ill-conditioned inputs.
322
CrossWorks for ARM Reference Manual Multithreading
Multithreading
The CrossWorks libraries support multithreading, for example, where you are using CTL or a third-party real-time
operating system (RTOS).
Where you have single-threaded processes, there is a single flow of control. However, in multithreaded
applications there may be several flows of control which access the same functions, or the same resources,
concurrently. To protect the integrity of resources, any code you write for multithreaded applications must be
reentrant and thread-safe.
Reentrancy and thread safety are both related to the way functions in a multithreaded application handle
resources.
Reentrant functions
A reentrant function does not hold static data over successive calls and does not return a pointer to static data.
For this type of function, the caller provides all the data that the function requires, such as pointers to any
workspace. This means that multiple concurrent calls to the function do not interfere with each other, that the
function can be called in mainline code, and that the function can be called from an interrupt service routine.
Thread-safe functions
A thread-safe function protects shared resources from concurrent access using locks. In C, local variables are
held in processor registers or are on the stack. Any function that does not use static data, or other shared
resources, is thread-safe. In general, thread-safe functions are safe to call from any thread but cannot be called
directly, or indirectly, from an interrupt service routine.
323
CrossWorks for ARM Reference Manual Multithreading
We define how the functions in the C library can be made thread-safe if needed. If you use a third-party library
in a multi-threaded system and combine it with the CrossWorks C library, you will need to ensure that the third-
party library can be made thread-safe in just the same way that the CrossWorks C library can be made thread-
safe.
324
CrossWorks for ARM Reference Manual Multithreading
If your application is intended for a multithreaded environment and you wish to use the CrossWorks C library,
you must implement the following locking functions:
__heap_lock and __heap_unlock to provide thread-safety for all heap operations such as malloc, free,
and realloc.
__printf_lock and __printf_unlock to provide thread-safety for printf and relatives.
__scanf_lock and __scanf_unlock to provide thread-safety for scanf and relatives.
__debug_io_lock and __debug_io_unlock to provide thread-safety for semi-hosting support in the
CrossStudio I/O function.
If you create a CTL project using the New Project wizard, CrossWorks provides implementations of these using
CTL event sets. You're free to reimplement them as you see fit.
If you use a third-party RTOS with the CrossWorks C library, you will need to use whatever your RTOS provides for
mutual exclusion, typically a semaphore, a mutex, or an event set.
325
CrossWorks for ARM Reference Manual Multithreading
326
CrossWorks for ARM Reference Manual Input and output
If you want to output to a UART, to an LCD, or input from a keyboard using the standard library print and scan
functions, you need to customize the low-level input and output functions.
327
CrossWorks for ARM Reference Manual Input and output
Customizing putchar
To use the standard output functions putchar, puts, and printf, you need to customize the way that characters
are written to the standard output device. These output functions rely on a function __putchar that outputs a
character and returns an indication of whether it was successfully written.
#include <debugio.h>
This hands off output of the character ch to the low-level debug output routine, debug_putchar.
Whilst this is an adequate implementation of __putchar, it does consume stack space for an unnecessary nested
call and associated register saving. A better way of achieving the same result is to define the low-level symbol for
__putchar to be equivalent to the low-level symbol for debug_putchar. To do this, we need to instruct the linker
to make the symbols equivalent.
If the character cannot be written for any reason, putchar must return EOF. Just because a character can't
be written immediately is not a reason to return EOF: you can busy-wait or tasking (if applicable) to wait
until the character is ready to be written.
The higher layers of the library do not translate C's end of line character '\\n' before passing it to putchar.
If you are directing output to a serial line connected to a terminal, for instance, you will most likely need
to output a carriage return and line feed when given the character '\\n' (ASCII code 10).
328
CrossWorks for ARM Reference Manual Input and output
The standard functions that perform input and output are the printf and scanf functions.These functions
convert between internal binary and external printable data. In some cases, though, you need to read and write
formatted data on other channels, such as other RS232 ports. This section shows how you can extend the I/O
library to best implement these function.
These functions return a positive value if there is no error outputting the character and EOF if there was an
error. The second parameter, ctx, is the context that the high-level formatting routines use to implement the C
standard library functions.
Using a classic implementation, you would use sprintf to format the string for output and then output it:
We would, of course, need an identical routine for outputting to the other UART. This code is portable, but it
requires an intermediate buffer of 80 characters. On small systems, this is quite an overhead, so we could reduce
the buffer size to compensate. Of course, the trouble with that means that the maximum number of characters
that can be output by a single call to uart0_printf is also reduced. What would be good is a way to output
characters to one of the UARTs without requiring an intermediate buffer.
The first thing to introduce is the __printf_t type which captures the current state and parameters of the format
conversion:
329
CrossWorks for ARM Reference Manual Input and output
} __printf_t;
This type is used by the library functions to direct what the formatting routines do with each character they need
to output. If string is non-zero, the character is appended is appended to the string pointed to by string; if
output_fn is non-zero, the character is output through the function output_fn with the context passed as the
second parameter.
The member charcount counts the number of characters currently output, and maxchars defines the maximum
number of characters output by the formatting routine __vfprintf.
This function has no intermediate buffer: when a character is ready to be output by the formatting routine, it
calls the output_fn function in the descriptor iod to output it immediately. The maximum number of characters
isn't limited as the maxchars member is set to INT_MAX. if you wanted to limit the number of characters output
you can simply set the maxchars member to the appropriate value before calling __vfprintf.
__vfprintf returns the actual number of characters printed, which you may wish to dispense with and make the
uart_printf routine return void.
330
CrossWorks for ARM Reference Manual Input and output
typedef struct
{
char is_string;
int (*getc_fn)(void);
int (*ungetc_fn)(int);
} __stream_scanf_t;
The function getc_fn reads a single character from the UART, and ungetc_fn pushes back a character to the
UART. You can push at most one character back onto the stream.
int uart0_getc(void)
{
if (uart0_ungot)
{
int c = uart0_ungot;
uart0_ungot = EOF;
return c;
}
else
return read_char_from_uart(0);
}
int uart0_ungetc{int c)
{
uart0_ungot = c;
}
You can use these two functions to perform formatted input using the UART:
Using this template, we can add functions to do additional formatted input from other UARTs or devices, just as
we did for formatted output.
331
CrossWorks for ARM Reference Manual Input and output
332
CrossWorks for ARM Reference Manual Locales
Locales
The CrossWorks C library supports wide characters, multi-byte characters and locales. However, as not all
programs require full localization, you can tailor the exact support provided by the CrossWorks C library to suit
your application. These sections describe how to add new locales to your application and customize the runtime
footprint of the C library.
333
CrossWorks for ARM Reference Manual Locales
The CrossWorks C library supports both 16-bit and 32-bit wide characters, depending upon the setting of wide
character width in the project.
When compiling with 16-bit wide characters, all characters in the Basic Multilingual Plane are representable
in a single wchar_t (values 0 through 0xFFFF). When compiling with 32-bit wide characters, all characters in
the Basic Multilingual Plane and planes 1 through 16 are representable in a single wchar_t (values 0 through
0x10FFFF).
The wide character type will hold Unicode code points in a locale that is defined to use Unicode and character
type functions such as iswalpha will work correctly on all Unicode code points.
334
CrossWorks for ARM Reference Manual Locales
Multi-byte characters
CrossWorks supports multi-byte encoding and decoding of characters. Most new software on the desktop uses
Unicode internally and UTF-8 as the external, on-disk encoding for files and for transport over 8-bit mediums
such as network connections.
However, in embedded software there is still a case to use code pages, such as ISO-Latin1, to reduce the
footprint of an application whilst also providing extra characters that do not form part of the ASCII character set.
The CrossWorks C library can support both models and you can choose a combination of models, dependent
upon locale, or construct a custom locale.
335
CrossWorks for ARM Reference Manual Locales
The C locale is fixed and supports only the ASCII character set with character codes 0 through 127. There is no
multi-byte character support, so the character encoding between wide and narrow characters is simply one-
to-one: a narrow character is converted to a wide character by zero extension. Thus, ASCII encoding of narrow
characters is compatible with the ISO 10646 (Unicode) encoding of wide characters in this locale.
336
CrossWorks for ARM Reference Manual Locales
The first, the locale data, is independent of how characters are represented. The second, the code set in use,
defines how to map between narrow, multi-byte, and wide characters.
337
CrossWorks for ARM Reference Manual Locales
Installing a locale
If the locale you request using setlocale is neither C nor POSIX, the C library calls the function
__user_find_locale to find a user-supplied locale. The standard implementation of this function is to return a
null pointer which indicates that no additional locales are installed and, hence, no locale matches the request.
The parameter locale is the locale to find; the locale name is terminated either by a zero character or by a
semicolon. The locale name, up to the semicolon or zero, is identical to the name passed to setlocale when you
select a locale.
Now let's install the Hungarian locale using both UTF-8 and ISO 8859-2 encodings. The UTF-8 codecs are
included in the CrossWorks C library, but the Hungarian locale and the ISO 8859-2 codec are not.
You will find the file locale_hu_HU.c in the source directory as described in the previous section. Add this file to
your project.
Although this adds the data needed for the locale, it does not make the locale available for the C library: we need
to write some code for __user_find_locale to return the appropriate locales.
To create the locales, we need to add the following code and data to tie everything together:
#include <__crossworks.h>
const __RAL_locale_t *
__user_find_locale(const char *locale)
{
if (__RAL_compare_locale_name(locale, hu_HU_utf8.name) == 0)
return &hu_HU_utf8;
else if (__RAL_compare_locale_name(locale, hu_HU_iso_8859_2.name) == 0)
return &hu_HU_iso_8859_2;
else
return 0;
}
338
CrossWorks for ARM Reference Manual Locales
In addition to this, you must provide a buffer, __user_locale_name_buffer, for locale names encoded
by setlocale. The buffer must be large enough to contain five locale names, one for each category. In the
above example, the longest locale name is hu_HU.iso_8859_2 which is 16 characters in length. Using this
information, buffer must be at least (16+1)5 = 85 characters in size:
339
CrossWorks for ARM Reference Manual Locales
For instance, you might wish to use Czech locale with a UTF codeset:
You can install this directly into the locale without using setlocale:
__RAL_global_locale.__category[LC_COLLATE] = &cz_locale;
__RAL_global_locale.__category[LC_CTYPE] = &cz_locale;
__RAL_global_locale.__category[LC_MONETARY] = &cz_locale;
__RAL_global_locale.__category[LC_NUMERIC] = &cz_locale;
__RAL_global_locale.__category[LC_TIME] = &cz_locale;
340
CrossWorks for ARM Reference Manual Complete API reference
File Description
Describes the diagnostic facilities which you can build
<assert.h>
into your application.
<debugio.h> Describes the virtual console services and semi-
hosting support that CrossStudio provides to help you
when developing your applications.
<ctype.h> Describes the character classification and
manipulation functions.
<errno.h> Describes the macros and error values returned by the
C library.
<float.h> Defines macros that expand to various limits and
parameters of the standard floating point types.
<intrinsics.h> Describes ARM-specific intrinsic functions.
<itm.h> Describes ITM access library functions.
<libarm.h> Describes ARM-specific library functions.
<limits.h> Describes the macros that define the extreme values of
underlying C types.
<locale.h> Describes support for localization specific settings.
<math.h> Describes the mathematical functions provided by the
C library.
341
CrossWorks for ARM Reference Manual Complete API reference
342
CrossWorks for ARM Reference Manual Complete API reference
<assert.h>
API Summary
Macros
assert Allows you to place assertions and diagnostic tests into
programs
Functions
__assert User defined behaviour for the assert macro
343
CrossWorks for ARM Reference Manual Complete API reference
__assert
Synopsis
Description
There is no default implementation of __assert. Keeping __assert out of the library means that you can can
customize its behaviour without rebuilding the library. You must implement this function where expression
is the stringized expression, filename is the filename of the source file and line is the linenumber of the failed
assertion.
344
CrossWorks for ARM Reference Manual Complete API reference
assert
Synopsis
Description
If NDEBUG is defined as a macro name at the point in the source file where <assert.h> is included, the assert
macro is defined as:
If NDEBUG is not defined as a macro name at the point in the source file where <assert.h> is included, the assert
macro expands to a void expression that calls __assert.
When such an assert is executed and e is false, assert calls the __assert function with information about the
particular call that failed: the text of the argument, the name of the source file, and the source line number.
These are the stringized expression and the values of the preprocessing macros __FILE__ and __LINE__.
Note
The assert macro is redefined according to the current state of NDEBUG each time that <assert.h> is included.
345
CrossWorks for ARM Reference Manual Complete API reference
<complex.h>
API Summary
Trigonometric functions
cacos Compute inverse cosine of a complex float
cacosf Compute inverse cosine of a complex float
casin Compute inverse sine of a complex float
casinf Compute inverse sine of a complex float
catan Compute inverse tangent of a complex float
catanf Compute inverse tangent of a complex float
ccos Compute cosine of a complex float
ccosf Compute cosine of a complex float
csin Compute sine of a complex float
csinf Compute sine of a complex float
ctan Compute tangent of a complex float
ctanf Compute tangent of a complex float
Hyperbolic trigonometric functions
cacosh Compute inverse hyperbolic cosine of a complex float
cacoshf Compute inverse hyperbolic cosine of a complex float
casinh Compute inverse hyperbolic sine of a complex float
casinhf Compute inverse hyperbolic sine of a complex float
catanh Compute inverse hyperbolic tangent of a complex
float
catanhf Compute inverse hyperbolic tangent of a complex
float
ccosh Compute hyperbolic cosine of a complex float
ccoshf Compute hyperbolic cosine of a complex float
csinh Compute hyperbolic sine of a complex float
csinhf Compute hyperbolic sine of a complex float
ctanh Compute hyperbolic tangent of a complex float
ctanhf Compute hyperbolic tangent of a complex float
Exponential and logarithmic functions
cexp Computes the base-e exponential of a complex float
cexpf Computes the base-e exponential of a complex float
clog Computes the base-e logarithm of a complex float
346
CrossWorks for ARM Reference Manual Complete API reference
347
CrossWorks for ARM Reference Manual Complete API reference
cabs
Synopsis
Description
348
CrossWorks for ARM Reference Manual Complete API reference
cabsf
Synopsis
Description
349
CrossWorks for ARM Reference Manual Complete API reference
cacos
Synopsis
Description
cacos returns the principal value the inverse cosine of z with branch cuts outside the interval [-1,+1] on the
real axis. The principal value lies in the interval [0, ] on the real axis and in the range of a strip mathematically
unbounded on the imaginary axis.
350
CrossWorks for ARM Reference Manual Complete API reference
cacosf
Synopsis
Description
cacosf returns the principal value the inverse cosine of z with branch cuts outside the interval [-1,+1] on the
real axis. The principal value lies in the interval [0, ] on the real axis and in the range of a strip mathematically
unbounded on the imaginary axis.
351
CrossWorks for ARM Reference Manual Complete API reference
cacosh
Synopsis
Description
cacosh returns the principal value the inverse hyperbolic cosine of z with branch cuts of values less than 1 on
the real axis. The principal value lies in the range of a half-strip of non-negative values on the real axis and in the
interval [-i,+i] on the imaginary axis.
352
CrossWorks for ARM Reference Manual Complete API reference
cacoshf
Synopsis
Description
cacoshf returns the principal value the inverse hyperbolic cosine of z with branch cuts of values less than 1 on
the real axis. The principal value lies in the range of a half-strip of non-negative values on the real axis and in the
interval [-i,+i] on the imaginary axis.
353
CrossWorks for ARM Reference Manual Complete API reference
carg
Synopsis
Description
carg computes the argument of z with a branch cut along the negative real axis.
354
CrossWorks for ARM Reference Manual Complete API reference
cargf
Synopsis
Description
cargf computes the argument of z with a branch cut along the negative real axis.
355
CrossWorks for ARM Reference Manual Complete API reference
casin
Synopsis
Description
casin returns the principal value the inverse sine of z with branch cuts outside the interval [-1,+1] on the real axis.
The principal value lies in the interval [, ] on the real axis and in the range of a strip mathematically unbounded
on the imaginary axis.
356
CrossWorks for ARM Reference Manual Complete API reference
casinf
Synopsis
Description
casinf returns the principal value the inverse sine of z with branch cuts outside the interval [-1,+1] on the
real axis. The principal value lies in the interval [, ] on the real axis and in the range of a strip mathematically
unbounded on the imaginary axis.
357
CrossWorks for ARM Reference Manual Complete API reference
casinh
Synopsis
Description
casinh returns the principal value the inverse hyperbolic sine of z with branch cuts outside the inteval [-i,+i] on
the imaginary axis. The principal value lies in the range of a strip mathematically unbounded on the real axis and
in the interval [-i,+i] on the imaginary axis.
358
CrossWorks for ARM Reference Manual Complete API reference
casinhf
Synopsis
Description
casinhf returns the principal value the inverse hyperbolic sine of z with branch cuts outside the inteval [-i,+i] on
the imaginary axis. The principal value lies in the range of a strip mathematically unbounded on the real axis and
in the interval [-i,+i] on the imaginary axis.
359
CrossWorks for ARM Reference Manual Complete API reference
catan
Synopsis
Description
catan returns the principal value the inverse sine of z with branch cuts outside the interval [-1,+1] on the
real axis. The principal value lies in the interval [, ] on the real axis and in the range of a strip mathematically
unbounded on the imaginary axis.
360
CrossWorks for ARM Reference Manual Complete API reference
catanf
Synopsis
Description
catanf returns the principal value the inverse sine of z with branch cuts outside the interval [-1,+1] on the
real axis. The principal value lies in the interval [, ] on the real axis and in the range of a strip mathematically
unbounded on the imaginary axis.
361
CrossWorks for ARM Reference Manual Complete API reference
catanh
Synopsis
Description
catanh returns the principal value the inverse hyperbolic sine of z with branch cuts outside the inteval [-1,+1] on
the real axis. The principal value lies in the range of a strip mathematically unbounded on the real axis and in the
interval [-i,+i] on the imaginary axis.
362
CrossWorks for ARM Reference Manual Complete API reference
catanhf
Synopsis
Description
catanhf returns the principal value the inverse hyperbolic sine of z with branch cuts outside the inteval [-1,+1]
on the real axis. The principal value lies in the range of a strip mathematically unbounded on the real axis and in
the interval [-i,+i] on the imaginary axis.
363
CrossWorks for ARM Reference Manual Complete API reference
ccos
Synopsis
Description
364
CrossWorks for ARM Reference Manual Complete API reference
ccosf
Synopsis
Description
365
CrossWorks for ARM Reference Manual Complete API reference
ccosh
Synopsis
Description
366
CrossWorks for ARM Reference Manual Complete API reference
ccoshf
Synopsis
Description
367
CrossWorks for ARM Reference Manual Complete API reference
cexp
Synopsis
Description
368
CrossWorks for ARM Reference Manual Complete API reference
cexpf
Synopsis
Description
369
CrossWorks for ARM Reference Manual Complete API reference
cimag
Synopsis
Description
370
CrossWorks for ARM Reference Manual Complete API reference
cimagf
Synopsis
Description
371
CrossWorks for ARM Reference Manual Complete API reference
clog
Synopsis
Description
372
CrossWorks for ARM Reference Manual Complete API reference
clogf
Synopsis
Description
373
CrossWorks for ARM Reference Manual Complete API reference
conj
Synopsis
Description
conj computes the conjugate of z by reversing the sign of the imaginary part.
374
CrossWorks for ARM Reference Manual Complete API reference
conjf
Synopsis
Description
conjf computes the conjugate of z by reversing the sign of the imaginary part.
375
CrossWorks for ARM Reference Manual Complete API reference
cpow
Synopsis
Description
cpow computes x raised to the power y with a branch cut for the x along the negative real axis.
376
CrossWorks for ARM Reference Manual Complete API reference
cpowf
Synopsis
Description
cpowf computes x raised to the power y with a branch cut for the x along the negative real axis.
377
CrossWorks for ARM Reference Manual Complete API reference
cproj
Synopsis
Description
378
CrossWorks for ARM Reference Manual Complete API reference
cprojf
Synopsis
Description
379
CrossWorks for ARM Reference Manual Complete API reference
creal
Synopsis
Description
380
CrossWorks for ARM Reference Manual Complete API reference
crealf
Synopsis
Description
381
CrossWorks for ARM Reference Manual Complete API reference
csin
Synopsis
Description
382
CrossWorks for ARM Reference Manual Complete API reference
csinf
Synopsis
Description
383
CrossWorks for ARM Reference Manual Complete API reference
csinh
Synopsis
Description
384
CrossWorks for ARM Reference Manual Complete API reference
csinhf
Synopsis
Description
385
CrossWorks for ARM Reference Manual Complete API reference
csqrt
Synopsis
Description
csqrt computes the complex square root of z with a branch cut along the negative real axis.
386
CrossWorks for ARM Reference Manual Complete API reference
csqrtf
Synopsis
Description
csqrtf computes the complex square root of z with a branch cut along the negative real axis.
387
CrossWorks for ARM Reference Manual Complete API reference
ctan
Synopsis
Description
388
CrossWorks for ARM Reference Manual Complete API reference
ctanf
Synopsis
Description
389
CrossWorks for ARM Reference Manual Complete API reference
ctanh
Synopsis
Description
390
CrossWorks for ARM Reference Manual Complete API reference
ctanhf
Synopsis
Description
391
CrossWorks for ARM Reference Manual Complete API reference
<ctype.h>
API Summary
Classification functions
isalnum Is character alphanumeric?
isalpha Is character alphabetic?
isblank Is character a space or horizontal tab?
iscntrl Is character a control?
isdigit Is character a decimal digit?
isgraph Is character any printing character except space?
islower Is character a lowercase letter?
isprint Is character printable?
ispunct Is character a punctuation mark?
isspace Is character a whitespace character?
isupper Is character an uppercase letter?
isxdigit Is character a hexadecimal digit?
Conversion functions
tolower Convert uppercase character to lowercase
toupper Convert lowercase character to uppercase
Classification functions (extended)
isalnum_l Is character alphanumeric?
isalpha_l Is character alphabetic?
isblank_l Is character a space or horizontal tab?
iscntrl_l Is character a control character?
isdigit_l Is character a decimal digit?
isgraph_l Is character any printing character except space?
islower_l Is character a lowercase letter?
isprint_l Is character printable?
ispunct_l Is character a punctuation mark?
isspace_l Is character a whitespace character?
isupper_l Is character an uppercase letter?
isxdigit_l Is character a hexadecimal digit?
Conversion functions (extended)
tolower_l Convert uppercase character to lowercase
392
CrossWorks for ARM Reference Manual Complete API reference
393
CrossWorks for ARM Reference Manual Complete API reference
isalnum
Synopsis
Description
isalnum returns nonzero (true) if and only if the value of the argument c is an alphabetic or numeric character.
394
CrossWorks for ARM Reference Manual Complete API reference
isalnum_l
Synopsis
int isalnum_l(int c,
locale_t loc);
Description
isalnum_l returns nonzero (true) if and only if the value of the argument c is a alphabetic or numeric character in
locale loc.
395
CrossWorks for ARM Reference Manual Complete API reference
isalpha
Synopsis
Description
isalpha returns true if the character c is alphabetic. That is, any character for which isupper or islower returns
true is considered alphabetic in addition to any of the locale-specific set of alphabetic characters for which none
of iscntrl, isdigit, ispunct, or isspace is true.
In the C locale, isalpha returns nonzero (true) if and only if isupper or islower return true for value of the
argument c.
396
CrossWorks for ARM Reference Manual Complete API reference
isalpha_l
Synopsis
int isalpha_l(int c,
locale_t loc);
Description
isalpha_l returns nonzero (true) if and only if isupper or islower return true for value of the argument c in locale
loc.
397
CrossWorks for ARM Reference Manual Complete API reference
isblank
Synopsis
Description
isblank returns nonzero (true) if and only if the value of the argument c is either a space character (' ') or the
horizontal tab character ('\\t').
398
CrossWorks for ARM Reference Manual Complete API reference
isblank_l
Synopsis
int isblank_l(int c,
locale_t loc);
Description
isblank_l returns nonzero (true) if and only if the value of the argument c is either a space character (' ') or the
horizontal tab character ('\\t') in locale loc.
399
CrossWorks for ARM Reference Manual Complete API reference
iscntrl
Synopsis
Description
iscntrl returns nonzero (true) if and only if the value of the argument c is a control character. Control characters
have values 0 through 31 and the single value 127.
400
CrossWorks for ARM Reference Manual Complete API reference
iscntrl_l
Synopsis
int iscntrl_l(int c,
locale_t loc);
Description
iscntrl_l returns nonzero (true) if and only if the value of the argument c is a control character in locale loc.
401
CrossWorks for ARM Reference Manual Complete API reference
isdigit
Synopsis
Description
isdigit returns nonzero (true) if and only if the value of the argument c is a digit.
402
CrossWorks for ARM Reference Manual Complete API reference
isdigit_l
Synopsis
int isdigit_l(int c,
locale_t loc);
Description
isdigit_l returns nonzero (true) if and only if the value of the argument c is a decimal digit in locale loc.
403
CrossWorks for ARM Reference Manual Complete API reference
isgraph
Synopsis
Description
isgraph returns nonzero (true) if and only if the value of the argument c is any printing character except space ('
').
404
CrossWorks for ARM Reference Manual Complete API reference
isgraph_l
Synopsis
int isgraph_l(int c,
locale_t loc);
Description
isgraph_l returns nonzero (true) if and only if the value of the argument c is any printing character except space
(' ') in locale loc.
405
CrossWorks for ARM Reference Manual Complete API reference
islower
Synopsis
Description
islower returns nonzero (true) if and only if the value of the argument c is an lowercase letter.
406
CrossWorks for ARM Reference Manual Complete API reference
islower_l
Synopsis
int islower_l(int c,
locale_t loc);
Description
islower_l returns nonzero (true) if and only if the value of the argument c is an lowercase letter in locale loc.
407
CrossWorks for ARM Reference Manual Complete API reference
isprint
Synopsis
Description
isprint returns nonzero (true) if and only if the value of the argument c is any printing character including space
(' ').
408
CrossWorks for ARM Reference Manual Complete API reference
isprint_l
Synopsis
int isprint_l(int c,
locale_t loc);
Description
isprint_l returns nonzero (true) if and only if the value of the argument c is any printing character including
space (' ') in locale loc.
409
CrossWorks for ARM Reference Manual Complete API reference
ispunct
Synopsis
Description
ispunct returns nonzero (true) for every printing character for which neither isspace nor isalnum is true.
410
CrossWorks for ARM Reference Manual Complete API reference
ispunct_l
Synopsis
int ispunct_l(int c,
locale_t loc);
Description
ispunct_l returns nonzero (true) for every printing character for which neither isspace nor isalnum is true in in
locale loc.
411
CrossWorks for ARM Reference Manual Complete API reference
isspace
Synopsis
Description
isspace returns nonzero (true) if and only if the value of the argument c is a standard white-space character.
The standard white-space characters are space (' '), form feed ('\\f'), new-line ('\\n'), carriage return ('\
\r'), horizontal tab ('\\t'), and vertical tab ('\v').
412
CrossWorks for ARM Reference Manual Complete API reference
isspace_l
Synopsis
int isspace_l(int c,
locale_t loc);
Description
isspace_l returns nonzero (true) if and only if the value of the argument c is a standard white-space character in
in locale loc..
413
CrossWorks for ARM Reference Manual Complete API reference
isupper
Synopsis
Description
isupper returns nonzero (true) if and only if the value of the argument c is an uppercase letter.
414
CrossWorks for ARM Reference Manual Complete API reference
isupper_l
Synopsis
int isupper_l(int c,
locale_t loc);
Description
isupper_l returns nonzero (true) if and only if the value of the argument c is an uppercase letter in locale loc.
415
CrossWorks for ARM Reference Manual Complete API reference
isxdigit
Synopsis
Description
isxdigit returns nonzero (true) if and only if the value of the argument c is a hexadecimal digit.
416
CrossWorks for ARM Reference Manual Complete API reference
isxdigit_l
Synopsis
int isxdigit_l(int c,
locale_t loc);
Description
isxdigit_l returns nonzero (true) if and only if the value of the argument c is a hexadecimal digit in locale loc.
417
CrossWorks for ARM Reference Manual Complete API reference
tolower
Synopsis
Description
tolower converts an uppercase letter to a corresponding lowercase letter. If the argument c is a character for
which isupper is true and there are one or more corresponding characters, as specified by the current locale, for
which islower is true, the tolower function returns one of the corresponding characters (always the same one for
any given locale); otherwise, the argument is returned unchanged.
Note that even though isupper can return true for some characters, tolower may return that uppercase
character unchanged as there are no corresponding lowercase characters in the locale.
418
CrossWorks for ARM Reference Manual Complete API reference
tolower_l
Synopsis
int tolower_l(int c,
locale_t loc);
Description
tolower_l converts an uppercase letter to a corresponding lowercase letter in locale loc. If the argument c is a
character for which isupper is true in locale loc, tolower_l returns the corresponding lowercase letter; otherwise,
the argument is returned unchanged.
419
CrossWorks for ARM Reference Manual Complete API reference
toupper
Synopsis
Description
toupper converts a lowercase letter to a corresponding uppercase letter. If the argument is a character for
which islower is true and there are one or more corresponding characters, as specified by the current locale, for
which isupper is true, toupper returns one of the corresponding characters (always the same one for any given
locale); otherwise, the argument is returned unchanged. Note that even though islower can return true for some
characters, toupper may return that lowercase character unchanged as there are no corresponding uppercase
characters in the locale.
420
CrossWorks for ARM Reference Manual Complete API reference
toupper_l
Synopsis
int toupper_l(int c,
locale_t loc);
Description
toupper_l converts a lowercase letter to a corresponding uppercase letter in locale loc. If the argument c
is a character for which islower is true in locale loc, toupper_l returns the corresponding uppercase letter;
otherwise, the argument is returned unchanged.
421
CrossWorks for ARM Reference Manual Complete API reference
<debugio.h>
API Summary
File Functions
debug_clearerr Clear error indicator
debug_fclose Closes an open stream
debug_feof Check end of file condition
debug_ferror Check error indicator
debug_fflush Flushes buffered output
debug_fgetc Read a character from a stream
debug_fgetpos Return file position
debug_fgets Read a string
debug_filesize Return the size of a file
debug_fopen Opens a file on the host PC
debug_fprintf Formatted write
debug_fprintf_c Formatted write
debug_fputc Write a character
debug_fputs Write a string
debug_fread Read data
debug_freopen Reopens a file on the host PC
debug_fscanf Formatted read
debug_fscanf_c Formatted read
debug_fseek Set file position
debug_fsetpos Teturn file position
debug_ftell Return file position
debug_fwrite Write data
debug_remove Deletes a file on the host PC
debug_rename Renames a file on the host PC
debug_rewind Set file position to the beginning
debug_tmpfile Open a temporary file
debug_tmpnam Generate temporary filename
debug_ungetc Push a character
debug_vfprintf Formatted write
debug_vfscanf Formatted read
422
CrossWorks for ARM Reference Manual Complete API reference
423
CrossWorks for ARM Reference Manual Complete API reference
424
CrossWorks for ARM Reference Manual Complete API reference
debug_abort
Synopsis
void debug_abort(void);
Description
debug_abort causes the debugger to exit and a failure result is returned to the user.
425
CrossWorks for ARM Reference Manual Complete API reference
debug_break
Synopsis
void debug_break(void);
Description
debug_break causes the debugger to stop the target and position the cursor at the line that called
debug_break.
426
CrossWorks for ARM Reference Manual Complete API reference
debug_clearerr
Synopsis
Description
debug_clearerr clears any error indicator or end of file condition for the stream.
427
CrossWorks for ARM Reference Manual Complete API reference
debug_enabled
Synopsis
int debug_enabled(void);
Description
debug_enabled returns non-zero if the debugger is connected - you can use this to test if a debug input/output
functions will work. For this to work correctly, the Startup Completion Breakpoint project property needs to be
set to a point in the program where the startup code has finished initialising, this is typically main.
428
CrossWorks for ARM Reference Manual Complete API reference
debug_exit
Synopsis
Description
debug_exit causes the debugger to exit and result is returned to the user.
429
CrossWorks for ARM Reference Manual Complete API reference
debug_fclose
Synopsis
Description
debug_fclose flushes any buffered output of the stream and then closes the stream.
430
CrossWorks for ARM Reference Manual Complete API reference
debug_feof
Synopsis
Description
debug_feof returns non-zero if the end of file condition is set for the stream.
431
CrossWorks for ARM Reference Manual Complete API reference
debug_ferror
Synopsis
Description
debug_ferror returns non-zero if the error indicator is set for the stream.
432
CrossWorks for ARM Reference Manual Complete API reference
debug_fflush
Synopsis
Description
433
CrossWorks for ARM Reference Manual Complete API reference
debug_fgetc
Synopsis
Description
debug_fgetc reads and returns the next character on stream or -1 if no character is available.
434
CrossWorks for ARM Reference Manual Complete API reference
debug_fgetpos
Synopsis
Description
435
CrossWorks for ARM Reference Manual Complete API reference
debug_fgets
Synopsis
Description
debug_fgets reads at most n-1 characters or the characters up to (and including) a newline from the input
stream into the array pointed to by s. A null character is written to the array after the input characters.
436
CrossWorks for ARM Reference Manual Complete API reference
debug_filesize
Synopsis
Description
debug_filesize returns the size of the file associated with the stream in bytes.
437
CrossWorks for ARM Reference Manual Complete API reference
debug_fopen
Synopsis
Description
debug_fopen opens the filename on the host PC and returns a stream or 0 if the open fails. The filename is a
host PC filename which is opened relative to the debugger working directory. The mode is a string containing
one of:
debug_fopen returns a stream that can be used to access the file or 0 if the open fails.
438
CrossWorks for ARM Reference Manual Complete API reference
debug_fprintf
Synopsis
Description
debug_fprintf writes to stream, under control of the string pointed to by format that specifies how subsequent
arguments are converted for output. The format string is a standard C printf format string. The actual formatting
is performed on the host by the debugger and therefore debug_fprintf consumes only a very small amount of
code and data space, only the overhead to call the function.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
debug_fprintf returns the number of characters transmitted, or a negative value if an output or encoding error
occurred.
439
CrossWorks for ARM Reference Manual Complete API reference
debug_fprintf_c
Synopsis
Description
440
CrossWorks for ARM Reference Manual Complete API reference
debug_fputc
Synopsis
int debug_fputc(int c,
DEBUG_FILE *stream);
Description
441
CrossWorks for ARM Reference Manual Complete API reference
debug_fputs
Synopsis
Description
debug_fputs writes the string pointed to by s to the output stream and appends a new-line character. The
terminating null character is not written.
442
CrossWorks for ARM Reference Manual Complete API reference
debug_fread
Synopsis
Description
debug_fread reads from the input stream into the array ptr at most nobj objects of size size.
debug_fread returns the number of objects read. If this number is different from nobj then debug_feof and
debug_ferror can be used to determine status.
443
CrossWorks for ARM Reference Manual Complete API reference
debug_freopen
Synopsis
Description
debug_freopen is the same as debug_open except the file associated with the stream is closed and the opened
file is then associated with the stream.
444
CrossWorks for ARM Reference Manual Complete API reference
debug_fscanf
Synopsis
Description
debug_fscanf reads from the input stream, under control of the string pointed to by format, that specifies how
subsequent arguments are converted for input. The format string is a standard C scanf format string. The actual
formatting is performed on the host by the debugger and therefore debug_fscanf consumes only a very small
amount of code and data space, only the overhead to call the function.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
debug_fscanf returns number of characters read, or a negative value if an output or encoding error occurred.
445
CrossWorks for ARM Reference Manual Complete API reference
debug_fscanf_c
Synopsis
Description
446
CrossWorks for ARM Reference Manual Complete API reference
debug_fseek
Synopsis
Description
debug_fseek sets the file position for the stream. A subsequent read or write will access data at that position.
The origin can be one of:
0 sets the position to offset bytes from the beginning of the file.
1 sets the position to offset bytes relative to the current position.
2 sets the position to offset bytes from the end of the file.
Note that for text files offset must be zero. debug_fseek returns zero on success, non-zero on error.
447
CrossWorks for ARM Reference Manual Complete API reference
debug_fsetpos
Synopsis
Description
448
CrossWorks for ARM Reference Manual Complete API reference
debug_ftell
Synopsis
Description
449
CrossWorks for ARM Reference Manual Complete API reference
debug_fwrite
Synopsis
Description
debug_fwrite write to the output stream from the array ptr at most nobj objects of size size.
debug_fwrite returns the number of objects written. If this number is different from nobj then debug_feof and
debug_ferror can be used to determine status.
450
CrossWorks for ARM Reference Manual Complete API reference
debug_getargs
Synopsis
Description
debug_getargs stores the debugger command line arguments into the memory pointed at by buf up to a
maximum of bufsize bytes. The command line is stored as a C argc array of null terminated string and the
number of entries is returned as the result.
451
CrossWorks for ARM Reference Manual Complete API reference
debug_getch
Synopsis
int debug_getch(void);
Description
debug_getch reads one character from the Debug Terminal. This function will block until a character is
available.
452
CrossWorks for ARM Reference Manual Complete API reference
debug_getchar
Synopsis
int debug_getchar(void);
Description
debug_getchar reads one character from the Debug Terminal. This function uses line input and will therefore
block until characters are available and ENTER has been pressed.
453
CrossWorks for ARM Reference Manual Complete API reference
debug_getd
Synopsis
Description
debug_getd reads a double from the Debug Terminal. The number is written to the double object pointed to
by d.
454
CrossWorks for ARM Reference Manual Complete API reference
debug_getenv
Synopsis
Description
debug_getenv returns the value of the environment variable name or 0 if the environment variable cannot be
found.
455
CrossWorks for ARM Reference Manual Complete API reference
debug_getf
Synopsis
Description
debug_getf reads an float from the Debug Terminal. The number is written to the float object pointed to by f.
456
CrossWorks for ARM Reference Manual Complete API reference
debug_geti
Synopsis
Description
debug_geti reads an integer from the Debug Terminal. If the number starts with 0x it is interpreted as a
hexadecimal number, if it starts with 0 it is interpreted as an octal number, if it starts with 0b it is interpreted as
a binary number, otherwise it is interpreted as a decimal number. The number is written to the integer object
pointed to by i.
457
CrossWorks for ARM Reference Manual Complete API reference
debug_getl
Synopsis
Description
debug_getl reads a long from the Debug Terminal. If the number starts with 0x it is interpreted as a
hexadecimal number, if it starts with 0 it is interpreted as an octal number, if it starts with it is interpreted as
a binary number, otherwise it is interpreted as a decimal number. The number is written to the long object
pointed to by l.
458
CrossWorks for ARM Reference Manual Complete API reference
debug_getll
Synopsis
Description
debug_getll reads a long long from the Debug Terminal. If the number starts with 0x it is interpreted as a
hexadecimal number, if it starts with 0 it is interpreted as an octal number, if it starts with 0b it is interpreted as
a binary number, otherwise it is interpreted as a decimal number. The number is written to the long long object
pointed to by ll.
459
CrossWorks for ARM Reference Manual Complete API reference
debug_gets
Synopsis
Description
debug_gets reads a string from the Debug Terminal in memory pointed at by s. This function will block until
ENTER has been pressed.
460
CrossWorks for ARM Reference Manual Complete API reference
debug_getu
Synopsis
Description
debug_getu reads an unsigned integer from the Debug Terminal. If the number starts with 0x it is interpreted
as a hexadecimal number, if it starts with 0 it is interpreted as an octal number, if it starts with 0b it is interpreted
as a binary number, otherwise it is interpreted as a decimal number. The number is written to the unsigned
integer object pointed to by u.
461
CrossWorks for ARM Reference Manual Complete API reference
debug_getul
Synopsis
Description
debug_getul reads an unsigned long from the Debug Terminal. If the number starts with 0x it is interpreted as
a hexadecimal number, if it starts with 0 it is interpreted as an octal number, if it starts with 0b it is interpreted
as a binary number, otherwise it is interpreted as a decimal number. The number is written to the long object
pointed to by ul.
462
CrossWorks for ARM Reference Manual Complete API reference
debug_getull
Synopsis
Description
debug_getull reads an unsigned long long from the Debug Terminal. If the number starts with 0x it is
interpreted as a hexadecimal number, if it starts with 0 it is interpreted as an octal number, if it starts with 0b it
is interpreted as a binary number, otherwise it is interpreted as a decimal number. The number is written to the
long long object pointed to by ull.
463
CrossWorks for ARM Reference Manual Complete API reference
debug_kbhit
Synopsis
int debug_kbhit(void);
Description
debug_kbhit polls the Debug Terminal for a character and returns a non-zero value if a character is available or 0
if not.
464
CrossWorks for ARM Reference Manual Complete API reference
debug_loadsymbols
Synopsis
Description
debug_loadsymbols instructs the debugger to load the debugging symbols in the file denoted by filename.
The filename is a (macro expanded) host PC filename which is relative to the debugger working directory. The
address is the load address which is required for debugging position independent executables, supply NULL for
regular executables. The breaksymbol is the name of a symbol in the filename to set a temporary breakpoint on
or NULL.
465
CrossWorks for ARM Reference Manual Complete API reference
debug_perror
Synopsis
Description
debug_perror displays the optional string s on the Debug Terminal together with a string corresponding to the
errno value of the last Debug IO operation.
466
CrossWorks for ARM Reference Manual Complete API reference
debug_printf
Synopsis
Description
debug_printf writes to the Debug Terminal, under control of the string pointed to by format that specifies
how subsequent arguments are converted for output. The format string is a standard C printf format string. The
actual formatting is performed on the host by the debugger and therefore debug_printf consumes only a very
small amount of code and data space, only the overhead to call the function.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
debug_printf returns the number of characters transmitted, or a negative value if an output or encoding error
occurred.
467
CrossWorks for ARM Reference Manual Complete API reference
debug_printf_c
Synopsis
Description
468
CrossWorks for ARM Reference Manual Complete API reference
debug_putchar
Synopsis
Description
469
CrossWorks for ARM Reference Manual Complete API reference
debug_puts
Synopsis
Description
debug_puts writes the string s to the Debug Terminal followed by a new-line character.
470
CrossWorks for ARM Reference Manual Complete API reference
debug_remove
Synopsis
Description
debug_remove removes the filename denoted by filename and returns 0 on success or -1 on error. The
filename is a host PC filename which is relative to the debugger working directory.
471
CrossWorks for ARM Reference Manual Complete API reference
debug_rename
Synopsis
Description
debug_rename renames the file denoted by oldpath to newpath and returns zero on success or non-zero on
error. The oldpath and newpath are host PC filenames which are relative to the debugger working directory.
472
CrossWorks for ARM Reference Manual Complete API reference
debug_rewind
Synopsis
Description
debug_rewind sets the current file position of the stream to the beginning of the file and clears any error and
end of file conditions.
473
CrossWorks for ARM Reference Manual Complete API reference
debug_runtime_error
Synopsis
Description
debug_runtime_error causes the debugger to stop the target, position the cursor at the line that called
debug_runtime_error, and display the null-terminated string pointed to by error.
474
CrossWorks for ARM Reference Manual Complete API reference
debug_scanf
Synopsis
Description
debug_scanf reads from the Debug Terminal, under control of the string pointed to by format that specifies
how subsequent arguments are converted for input. The format string is a standard C scanf format string. The
actual formatting is performed on the host by the debugger and therefore debug_scanf consumes only a very
small amount of code and data space, only the overhead to call the function.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
debug_scanf returns number of characters read, or a negative value if an output or encoding error occurred.
475
CrossWorks for ARM Reference Manual Complete API reference
debug_scanf_c
Synopsis
Description
476
CrossWorks for ARM Reference Manual Complete API reference
debug_system
Synopsis
Description
debug_system executes the command with the host command line interpreter and returns the commands exit
status.
477
CrossWorks for ARM Reference Manual Complete API reference
debug_time
Synopsis
Description
debug_time returns the number of seconds elapsed since midnight (00:00:00), January 1, 1970, coordinated
universal time (UTC), according to the system clock of the host computer. The return value is stored in *ptr if ptr
is not NULL.
478
CrossWorks for ARM Reference Manual Complete API reference
debug_tmpfile
Synopsis
DEBUG_FILE *debug_tmpfile(void);
Description
debug_tmpfile creates a temporary file on the host PC which is deleted when the stream is closed.
479
CrossWorks for ARM Reference Manual Complete API reference
debug_tmpnam
Synopsis
Description
debug_tmpnam returns a unique temporary filename. If str is NULL then a static buffer is used to store the
filename, otherwise the filename is stored in str. On success a pointer to the string is returned, on failure 0 is
returned.
480
CrossWorks for ARM Reference Manual Complete API reference
debug_ungetc
Synopsis
int debug_ungetc(int c,
DEBUG_FILE *stream);
Description
debug_ungetc pushes the character c onto the input stream. If successful c is returned, otherwise -1 is returned.
481
CrossWorks for ARM Reference Manual Complete API reference
debug_unloadsymbols
Synopsis
Description
debug_unloadsymbols instructs the debugger to unload the debugging symbols (previously loaded by a call to
debug_loadsymbols) in the file denoted by filename. The filename is a host PC filename which is relative to the
debugger working directory.
482
CrossWorks for ARM Reference Manual Complete API reference
debug_vfprintf
Synopsis
Description
debug_vfprintf is equivalent to debug_fprintf with arguments passed using stdarg.h rather than a variable
number of arguments.
483
CrossWorks for ARM Reference Manual Complete API reference
debug_vfscanf
Synopsis
Description
debug_vfscanf is equivalent to debug_fscanf with arguments passed using stdarg.h rather than a variable
number of arguments.
484
CrossWorks for ARM Reference Manual Complete API reference
debug_vprintf
Synopsis
Description
debug_vprintf is equivalent to debug_printf with arguments passed using stdarg.h rather than a variable
number of arguments.
485
CrossWorks for ARM Reference Manual Complete API reference
debug_vscanf
Synopsis
Description
debug_vscanf is equivalent to debug_scanf with arguments passed using stdarg.h rather than a variable
number of arguments.
486
CrossWorks for ARM Reference Manual Complete API reference
<errno.h>
API Summary
Error numbers
EDOM Domain error
EILSEQ Illegal byte sequence
EINVAL Invalid argument
ENOMEM No memory available
ERANGE Result too large or too small
Macros
errno Last-set error condition
487
CrossWorks for ARM Reference Manual Complete API reference
EDOM
Synopsis
Description
488
CrossWorks for ARM Reference Manual Complete API reference
EILSEQ
Synopsis
Description
EILSEQ - A wide-character code has been detected that does not correspond to a valid character, or a byte
sequence does not form a valid wide-character code.
489
CrossWorks for ARM Reference Manual Complete API reference
EINVAL
Synopsis
Description
490
CrossWorks for ARM Reference Manual Complete API reference
ENOMEM
Synopsis
Description
ENOMEM - no memory can be allocated by a function in the library. Note that malloc, calloc, and realloc do not
set errno to ENOMEM on failure, but other library routines (such as duplocale) may set errno to ENOMEM when
memory allocation fails.
491
CrossWorks for ARM Reference Manual Complete API reference
ERANGE
Synopsis
Description
ERANGE - the result of the function is too large (overflow) or too small (underflow) to be represented in the
available space.
492
CrossWorks for ARM Reference Manual Complete API reference
errno
Synopsis
int errno;
Description
errno is treated as an writable l-value, but the implementation of how the l-value is read an written is hidden
from the user.
The value of errno is zero at program startup, but is never set to zero by any library function. The value of errno
may be set to a nonzero value by a library function, and this effect is documented in each function that does so.
Note
The ISO standard does not specify whether errno is a macro or an identifier declared with external linkage.
Portable programs must not make assumptions about the implementation of errno.
In this implementation, errno expands to a function call to __errno (MSP430, AVR, MAXQ) or
__aeabi_errno_addr (ARM) that returns a pointer to a volatile int. This function can be implemented by the
application to provide a thread-specific errno.
493
CrossWorks for ARM Reference Manual Complete API reference
<float.h>
API Summary
Double exponent minimum and maximum values
DBL_MAX_10_EXP The maximum exponent value in base 10 of a double
DBL_MAX_EXP The maximum exponent value of a double
DBL_MIN_10_EXP The minimal exponent value in base 10 of a double
DBL_MIN_EXP The minimal exponent value of a double
Implementation
DBL_DIG The number of digits of precision of a double
DBL_MANT_DIG The number of digits in a double
DECIMAL_DIG The number of decimal digits that can be rounded
without change
FLT_DIG The number of digits of precision of a float
FLT_EVAL_METHOD The evaluation format
FLT_MANT_DIG The number of digits in a float
FLT_RADIX The radix of the exponent representation
FLT_ROUNDS The rounding mode
Float exponent minimum and maximum values
FLT_MAX_10_EXP The maximum exponent value in base 10 of a float
FLT_MAX_EXP The maximum exponent value of a float
FLT_MIN_10_EXP The minimal exponent value in base 10 of a float
FLT_MIN_EXP The minimal exponent value of a float
Double minimum and maximum values
DBL_EPSILON The difference between 1 and the least value greater
than 1 of a double
DBL_MAX The maximum value of a double
DBL_MIN The minimal value of a double
Float minimum and maximum values
FLT_EPSILON The difference between 1 and the least value greater
than 1 of a float
FLT_MAX The maximum value of a float
FLT_MIN The minimal value of a float
494
CrossWorks for ARM Reference Manual Complete API reference
DBL_DIG
Synopsis
#define DBL_DIG 15
Description
495
CrossWorks for ARM Reference Manual Complete API reference
DBL_EPSILON
Synopsis
Description
DBL_EPSILON the minimum positive number such that 1.0 + DBL_EPSILON != 1.0.
496
CrossWorks for ARM Reference Manual Complete API reference
DBL_MANT_DIG
Synopsis
#define DBL_MANT_DIG 53
Description
DBL_MANT_DIG specifies the number of base FLT_RADIX digits in the mantissa part of a double.
497
CrossWorks for ARM Reference Manual Complete API reference
DBL_MAX
Synopsis
Description
498
CrossWorks for ARM Reference Manual Complete API reference
DBL_MAX_10_EXP
Synopsis
Description
499
CrossWorks for ARM Reference Manual Complete API reference
DBL_MAX_EXP
Synopsis
Description
DBL_MAX_EXP is the maximum value of base FLT_RADIX in the exponent part of a double.
500
CrossWorks for ARM Reference Manual Complete API reference
DBL_MIN
Synopsis
Description
501
CrossWorks for ARM Reference Manual Complete API reference
DBL_MIN_10_EXP
Synopsis
Description
502
CrossWorks for ARM Reference Manual Complete API reference
DBL_MIN_EXP
Synopsis
Description
DBL_MIN_EXP is the minimum value of base FLT_RADIX in the exponent part of a double.
503
CrossWorks for ARM Reference Manual Complete API reference
DECIMAL_DIG
Synopsis
#define DECIMAL_DIG 17
Description
DECIMAL_DIG specifies the number of decimal digits that can be rounded to a floating-point number without
change to the value.
504
CrossWorks for ARM Reference Manual Complete API reference
FLT_DIG
Synopsis
#define FLT_DIG 6
Description
505
CrossWorks for ARM Reference Manual Complete API reference
FLT_EPSILON
Synopsis
Description
FLT_EPSILON the minimum positive number such that 1.0 + FLT_EPSILON != 1.0.
506
CrossWorks for ARM Reference Manual Complete API reference
FLT_EVAL_METHOD
Synopsis
#define FLT_EVAL_METHOD 0
Description
FLT_EVAL_METHOD specifies that all operations and constants are evaluated to the range and precision of the
type.
507
CrossWorks for ARM Reference Manual Complete API reference
FLT_MANT_DIG
Synopsis
#define FLT_MANT_DIG 24
Description
FLT_MANT_DIG specifies the number of base FLT_RADIX digits in the mantissa part of a float.
508
CrossWorks for ARM Reference Manual Complete API reference
FLT_MAX
Synopsis
Description
509
CrossWorks for ARM Reference Manual Complete API reference
FLT_MAX_10_EXP
Synopsis
Description
510
CrossWorks for ARM Reference Manual Complete API reference
FLT_MAX_EXP
Synopsis
Description
FLT_MAX_EXP is the maximum value of base FLT_RADIX in the exponent part of a float.
511
CrossWorks for ARM Reference Manual Complete API reference
FLT_MIN
Synopsis
Description
512
CrossWorks for ARM Reference Manual Complete API reference
FLT_MIN_10_EXP
Synopsis
Description
513
CrossWorks for ARM Reference Manual Complete API reference
FLT_MIN_EXP
Synopsis
Description
FLT_MIN_EXP is the minimum value of base FLT_RADIX in the exponent part of a float.
514
CrossWorks for ARM Reference Manual Complete API reference
FLT_RADIX
Synopsis
#define FLT_RADIX 2
Description
515
CrossWorks for ARM Reference Manual Complete API reference
FLT_ROUNDS
Synopsis
#define FLT_ROUNDS 1
Description
516
CrossWorks for ARM Reference Manual Complete API reference
<intrinsics.h>
API Summary
Misc Intrinsics
__breakpoint BKPT instruction
__clrex CLREX instruction
__clz CLZ instruction
__dbg DBG instruction
__dmb DMB instruction
__dsb DSB instruction
__isb ISB instruction
__nop NOP instruction
__pld PLD instruction
__pli PLI instruction
__sev SEV instruction
__swp SWP instruction
__swpb SWPB instruction
__wfe WFE instruction
__wfi WFI instruction
__yield YIELD instruction
Coprocessor Intrinsics
__cdp CDP instruction
__cdp2 CDP2 instruction
__ldc LDC instruction
__ldc2 LDC2 instruction
__ldc2_noidx LDC2 instruction
__ldc2l LDC2L instruction
__ldc2l_noidx LDC2L instruction
__ldc_noidx LDC instruction
__ldcl LDCL instruction
__ldcl_noidx LDCL instruction
__mcr MCR instruction
__mcr2 MCR2 instruction
__mcrr MCRR instruction
517
CrossWorks for ARM Reference Manual Complete API reference
518
CrossWorks for ARM Reference Manual Complete API reference
Load/Store Intrinsics
__ldrbt LDRBT instruction
__ldrex LDREX instruction
__ldrexb LDREXB instruction
__ldrexd LDREXD instruction
__ldrexh LDREXH instruction
__ldrht LDRHT instruction
__ldrsbt LDRSBT instruction
__ldrsht LDRSHT instruction
__ldrt LDRT instruction
__strbt STRBT instruction
__strex STREX instruction
__strexb STREXB instruction
__strexd STREXD instruction
__strexh STREXH instruction
__strht STRHT instruction
__strt STRT instruction
DSP & SIMD Intrinsics
__qadd QADD instruction
__qadd16 QADD16 instruction
__qadd8 QADD8 instruction
__qasx QASX instruction
__qdadd QDADD instruction
__qdbl QDBL instruction
__qdsub QDSUB instruction
__qflag Get Q flag value
__qsax QSAX instruction
__qsub QSUB instruction
__qsub16 QSUB16 instruction
__qsub8 QSUB8 instruction
__sadd16 SADD16 instruction
__sadd8 SADD8 instruction
__sasx SASX instruction
__sel SEL instruction
__shadd16 SHADD16 instruction
519
CrossWorks for ARM Reference Manual Complete API reference
520
CrossWorks for ARM Reference Manual Complete API reference
521
CrossWorks for ARM Reference Manual Complete API reference
__breakpoint
Synopsis
Description
522
CrossWorks for ARM Reference Manual Complete API reference
__cdp
Synopsis
Description
__cdp inserts a CDP instruction. All arguments are compile time constants.
523
CrossWorks for ARM Reference Manual Complete API reference
__cdp2
Synopsis
Description
__cdp2 inserts a CDP2 instruction. All arguments are compile time constants.
524
CrossWorks for ARM Reference Manual Complete API reference
__clrex
Synopsis
void __clrex(void);
Description
525
CrossWorks for ARM Reference Manual Complete API reference
__clz
Synopsis
Description
526
CrossWorks for ARM Reference Manual Complete API reference
__dbg
Synopsis
Description
527
CrossWorks for ARM Reference Manual Complete API reference
__disable_fiq
Synopsis
int __disable_fiq(void);
Description
__disable_fiq sets the F bit in the CPSR and returns the previous F bit value.
528
CrossWorks for ARM Reference Manual Complete API reference
__disable_interrupt
Synopsis
void __disable_interrupt(void);
Description
__disable_interrupt set the PRIMASK for Cortex-M parts and sets the I and F bit in the CPSR for ARM parts.
529
CrossWorks for ARM Reference Manual Complete API reference
__disable_irq
Synopsis
int __disable_irq(void);
Description
__disable_irq sets the I bit in the CPSR and returns the previous I bit value.
530
CrossWorks for ARM Reference Manual Complete API reference
__dmb
Synopsis
void __dmb(void);
Description
531
CrossWorks for ARM Reference Manual Complete API reference
__dsb
Synopsis
void __dsb(void);
Description
532
CrossWorks for ARM Reference Manual Complete API reference
__enable_fiq
Synopsis
void __enable_fiq(void);
Description
533
CrossWorks for ARM Reference Manual Complete API reference
__enable_interrupt
Synopsis
void __enable_interrupt(void);
Description
__enable_interrupt clears the PRIMASK for Cortex-M parts and clears the I and F bit in the CPSR for ARM parts.
534
CrossWorks for ARM Reference Manual Complete API reference
__enable_irq
Synopsis
void __enable_irq(void);
Description
535
CrossWorks for ARM Reference Manual Complete API reference
__fabs
Synopsis
Description
536
CrossWorks for ARM Reference Manual Complete API reference
__fabsf
Synopsis
Description
537
CrossWorks for ARM Reference Manual Complete API reference
__get_APSR
Synopsis
unsigned __get_APSR(void);
Description
538
CrossWorks for ARM Reference Manual Complete API reference
__get_BASEPRI
Synopsis
unsigned __get_BASEPRI(void);
Description
539
CrossWorks for ARM Reference Manual Complete API reference
__get_CONTROL
Synopsis
unsigned __get_CONTROL(void);
Description
540
CrossWorks for ARM Reference Manual Complete API reference
__get_CPSR
Synopsis
unsigned __get_CPSR(void);
Description
541
CrossWorks for ARM Reference Manual Complete API reference
__get_FAULTMASK
Synopsis
unsigned __get_FAULTMASK(void);
Description
542
CrossWorks for ARM Reference Manual Complete API reference
__get_PRIMASK
Synopsis
unsigned __get_PRIMASK(void);
Description
543
CrossWorks for ARM Reference Manual Complete API reference
__isb
Synopsis
void __isb(void);
Description
544
CrossWorks for ARM Reference Manual Complete API reference
__ldc
Synopsis
Description
__ldc inserts a LDC instruction where coproc and Crd are compile time constants and ptr points to the word of
data to load.
545
CrossWorks for ARM Reference Manual Complete API reference
__ldc2
Synopsis
Description
__ldc2 inserts a LDC2 instruction where coproc and Crd are compile time constants and ptr points to the word
of data to load.
546
CrossWorks for ARM Reference Manual Complete API reference
__ldc2_noidx
Synopsis
Description
__ldc2_noidx inserts a LDC2 instruction where coproc, Crd and option are compile time constants and ptr
points to the word of data to load.
547
CrossWorks for ARM Reference Manual Complete API reference
__ldc2l
Synopsis
Description
__ldc2l inserts a LDC2L instruction where coproc and Crd are compile time constants and ptr points to the word
of data to load.
548
CrossWorks for ARM Reference Manual Complete API reference
__ldc2l_noidx
Synopsis
Description
__ldc2l_noidx inserts a LDC2L instruction where coproc, Crd and option are compile time constants and ptr
points to the word of data to load.
549
CrossWorks for ARM Reference Manual Complete API reference
__ldc_noidx
Synopsis
Description
__ldc_noidx inserts a LDC instruction where coproc, Crd and option are compile time constants and ptr points
to the word of data to load.
550
CrossWorks for ARM Reference Manual Complete API reference
__ldcl
Synopsis
Description
__ldcl inserts a LDCL instruction where coproc and Crd are compile time constants and ptr points to the word of
data to load.
551
CrossWorks for ARM Reference Manual Complete API reference
__ldcl_noidx
Synopsis
Description
__ldcl_noidx inserts a LDCL instruction where coproc, Crd and option are compile time constants and ptr points
to the word of data to load.
552
CrossWorks for ARM Reference Manual Complete API reference
__ldrbt
Synopsis
Description
__ldrbt inserts a LDRBT instruction. Returns the byte of data at memory address ptr.
553
CrossWorks for ARM Reference Manual Complete API reference
__ldrex
Synopsis
Description
__ldrex inserts a LDREX instruction. Returns the word of data at memory address ptr.
554
CrossWorks for ARM Reference Manual Complete API reference
__ldrexb
Synopsis
Description
__ldrexb inserts a LDREXB instruction. Returns the byte of data at memory address ptr.
555
CrossWorks for ARM Reference Manual Complete API reference
__ldrexd
Synopsis
Description
__ldrexd inserts a LDREXD instruction. Returns the double word of data at memory address ptr.
556
CrossWorks for ARM Reference Manual Complete API reference
__ldrexh
Synopsis
Description
__ldrexh inserts a LDREXH instruction. Returns the half word of data at memory address ptr.
557
CrossWorks for ARM Reference Manual Complete API reference
__ldrht
Synopsis
Description
__ldrht inserts a LDRHT instruction. Returns the half word of data at memory address ptr.
558
CrossWorks for ARM Reference Manual Complete API reference
__ldrsbt
Synopsis
Description
__ldrsbt inserts a LDRSBT instruction. Returns the sign extended byte of data at memory address ptr.
559
CrossWorks for ARM Reference Manual Complete API reference
__ldrsht
Synopsis
Description
__ldrsht inserts a LDRSHT instruction. Returns the sign extended half word of data at memory address ptr.
560
CrossWorks for ARM Reference Manual Complete API reference
__ldrt
Synopsis
Description
__ldrt inserts a LDRT instruction. Returns the word of data at memory address ptr.
561
CrossWorks for ARM Reference Manual Complete API reference
__mcr
Synopsis
Description
__mcr inserts a MCR instruction. Where coproc, opc1, Crn, Crm and opc2 are compile time constants and src is
the value to write.
562
CrossWorks for ARM Reference Manual Complete API reference
__mcr2
Synopsis
Description
__mcr2 inserts a MCR2 instruction. Where coproc, opc1, Crn, Crm and opc2 are compile time constants and src
is the value to write.
563
CrossWorks for ARM Reference Manual Complete API reference
__mcrr
Synopsis
Description
__mcrr inserts a MCRR instruction. Where coproc, opc1 and Crn are compile time constants and src1, src2 are
the values to write.
564
CrossWorks for ARM Reference Manual Complete API reference
__mcrr2
Synopsis
Description
__mcrr2 inserts a MCRR2 instruction. Where coproc, opc1 and Crn are compile time constants and src1, src2 are
the values to write.
565
CrossWorks for ARM Reference Manual Complete API reference
__mrc
Synopsis
Description
__mrc inserts a MRC instruction. Where coproc, opc1, Crn, Crm and opc2 are compile time constants. __mrc
returns the value read.
566
CrossWorks for ARM Reference Manual Complete API reference
__mrc2
Synopsis
Description
__mrc2 inserts a MRC2 instruction. Where coproc, opc1, Crn, Crm and opc2 are compile time constants. __mrc2
returns the value read.
567
CrossWorks for ARM Reference Manual Complete API reference
__mrrc
Synopsis
Description
__mrrc inserts a MRRC instruction. Where coproc, opc1 and Crn are compile time constants and dst1, dst2 are
the values read.
568
CrossWorks for ARM Reference Manual Complete API reference
__mrrc2
Synopsis
Description
__mrrc2 inserts a MRRC2 instruction. Where coproc, opc1 and Crn are compile time constants and dst1, dst2 are
the values read.
569
CrossWorks for ARM Reference Manual Complete API reference
__nop
Synopsis
void __nop(void);
Description
570
CrossWorks for ARM Reference Manual Complete API reference
__pld
Synopsis
Description
__pld inserts a PLD instruction. Where ptr specifies the memory address.
571
CrossWorks for ARM Reference Manual Complete API reference
__pli
Synopsis
Description
__pli inserts a PLI instruction. Where ptr specifies the memory address.
572
CrossWorks for ARM Reference Manual Complete API reference
__qadd
Synopsis
Description
__qadd inserts a QADD instruction. Returns the 32-bit saturating signed equivalent of res = val1 + val2. This
operation sets the Q flag if saturation occurs.
573
CrossWorks for ARM Reference Manual Complete API reference
__qadd16
Synopsis
Description
__qadd16 inserts a QADD16 instruction. __qadd16 returns the 16-bit signed saturated equivalent of
574
CrossWorks for ARM Reference Manual Complete API reference
__qadd8
Synopsis
Description
__qadd8 inserts a QADD8 instruction. __qadd8 returns the 8-bit signed saturated equivalent of
575
CrossWorks for ARM Reference Manual Complete API reference
__qasx
Synopsis
Description
__qasx inserts a QASX instruction. __qasx returns the 16-bit signed saturated equivalent of
576
CrossWorks for ARM Reference Manual Complete API reference
__qdadd
Synopsis
Description
__qdadd inserts a QDADD instruction. __qdadd returns the 32-bit signed saturated equivalent of res = val1 +
(2*val2). This operation sets the Q flag if saturation occurs.
577
CrossWorks for ARM Reference Manual Complete API reference
__qdbl
Synopsis
Description
__qdbl inserts a QADD instruction. __qdbl returns the 32-bit signed saturated equivalent of res = val + val. This
operation sets the Q flag if saturation occurs.
578
CrossWorks for ARM Reference Manual Complete API reference
__qdsub
Synopsis
Description
__qdsub inserts a QDSUB instruction. __qdsub returns the 32-bit signed saturated equivalent of val1 - (2*val2).
This operation sets the Q flag if saturation occurs.
579
CrossWorks for ARM Reference Manual Complete API reference
__qflag
Synopsis
int __qflag(void);
Description
580
CrossWorks for ARM Reference Manual Complete API reference
__qsax
Synopsis
Description
__qsax inserts a QSAX instruction. __qsax returns the 16-bit signed saturated equivalent of
581
CrossWorks for ARM Reference Manual Complete API reference
__qsub
Synopsis
Description
__qsub inserts a QSUB instruction. __qsub returns the 32-bit signed saturated equivalent of res=val1-val2. This
operation sets the Q flag if saturation occurs.
582
CrossWorks for ARM Reference Manual Complete API reference
__qsub16
Synopsis
Description
__qsub16 inserts a QSUB16 instruction. __qsub16 returns the 16-bit signed saturated equivalent of
583
CrossWorks for ARM Reference Manual Complete API reference
__qsub8
Synopsis
Description
__qsub8 inserts a QSUB8 instruction. __qsub8 returns the 8-bit signed saturated equivalent of
584
CrossWorks for ARM Reference Manual Complete API reference
__rbit
Synopsis
Description
__rbit inserts a RBIT instruction. __rbit returns the bit reversed equivalent of val.
585
CrossWorks for ARM Reference Manual Complete API reference
__rev
Synopsis
Description
res[0] = val[3]
res[1] = val[2]
res[2] = val[1]
res[3] = val[0]
where [0] is the lower 8 bits and [3] is the upper 8 bits.
586
CrossWorks for ARM Reference Manual Complete API reference
__rev16
Synopsis
Description
res[0] = val[1]
res[1] = val[0]
res[2] = val[3]
res[3] = val[2]
where [0] is the lower 8 bits and [3] is the upper 8 bits.
587
CrossWorks for ARM Reference Manual Complete API reference
__revsh
Synopsis
Description
__revsh inserts a REVSH instruction. __revsh returns the 16-bit sign extended equivalent of
res[0] = val[1]
res[1] = val[0]
where [0] is the lower 8 bits and [3] is the upper 8 bits.
588
CrossWorks for ARM Reference Manual Complete API reference
__sadd16
Synopsis
Description
__sadd16 inserts a SADD16 instruction. __sadd16 returns the 16-bit signed equivalent of
589
CrossWorks for ARM Reference Manual Complete API reference
__sadd8
Synopsis
Description
__sadd8 inserts a SADD8 instruction. __sadd8 returns the 8-bit signed equivalent of
590
CrossWorks for ARM Reference Manual Complete API reference
__sasx
Synopsis
Description
__sasx inserts a SASX instruction. __sasx returns the 16-bit signed equivalent of
591
CrossWorks for ARM Reference Manual Complete API reference
__sel
Synopsis
Description
592
CrossWorks for ARM Reference Manual Complete API reference
__set_APSR
Synopsis
Description
__set_APSR sets the value of the APSR i.e. the condition bits and the GE bits.
593
CrossWorks for ARM Reference Manual Complete API reference
__set_BASEPRI
Synopsis
Description
594
CrossWorks for ARM Reference Manual Complete API reference
__set_CONTROL
Synopsis
Description
595
CrossWorks for ARM Reference Manual Complete API reference
__set_CPSR
Synopsis
Description
596
CrossWorks for ARM Reference Manual Complete API reference
__set_FAULTMASK
Synopsis
Description
597
CrossWorks for ARM Reference Manual Complete API reference
__set_PRIMASK
Synopsis
Description
598
CrossWorks for ARM Reference Manual Complete API reference
__sev
Synopsis
void __sev(void);
Description
599
CrossWorks for ARM Reference Manual Complete API reference
__shadd16
Synopsis
Description
__shadd16 inserts a SHADD16 instruction. __shadd16 returns the 16-bit signed equivalent of
600
CrossWorks for ARM Reference Manual Complete API reference
__shadd8
Synopsis
Description
__shadd8 inserts a SHADD8 instruction. __shadd8 returns the 8-bit signed equivalent of
601
CrossWorks for ARM Reference Manual Complete API reference
__shasx
Synopsis
Description
__shasx inserts a SHASX instruction. __shasx returns the 16-bit signed equivalent of
602
CrossWorks for ARM Reference Manual Complete API reference
__shsax
Synopsis
Description
__shsax inserts a SHSAX instruction. __shsax returns the 16-bit signed equivalent of
603
CrossWorks for ARM Reference Manual Complete API reference
__shsub16
Synopsis
Description
__shsub16 inserts a SHSUB16 instruction. __shsub16 returns the 16-bit signed equivalent of
604
CrossWorks for ARM Reference Manual Complete API reference
__shsub8
Synopsis
Description
__shsub8 inserts a SHSUB8 instruction. __shsub8 returns the 8-bit signed equivalent of
605
CrossWorks for ARM Reference Manual Complete API reference
__smlabb
Synopsis
Description
606
CrossWorks for ARM Reference Manual Complete API reference
__smlabt
Synopsis
Description
607
CrossWorks for ARM Reference Manual Complete API reference
__smlad
Synopsis
Description
__smlad inserts a SMLAD instruction. __smlad returns the 16-bit signed equivalent of
608
CrossWorks for ARM Reference Manual Complete API reference
__smladx
Synopsis
Description
__smladx inserts a SMLADX instruction. __smladx returns the 16-bit signed equivalent of
609
CrossWorks for ARM Reference Manual Complete API reference
__smlalbb
Synopsis
Description
610
CrossWorks for ARM Reference Manual Complete API reference
__smlalbt
Synopsis
Description
611
CrossWorks for ARM Reference Manual Complete API reference
__smlald
Synopsis
Description
612
CrossWorks for ARM Reference Manual Complete API reference
__smlaldx
Synopsis
Description
613
CrossWorks for ARM Reference Manual Complete API reference
__smlaltb
Synopsis
Description
614
CrossWorks for ARM Reference Manual Complete API reference
__smlaltt
Synopsis
Description
615
CrossWorks for ARM Reference Manual Complete API reference
__smlatb
Synopsis
Description
616
CrossWorks for ARM Reference Manual Complete API reference
__smlatt
Synopsis
Description
617
CrossWorks for ARM Reference Manual Complete API reference
__smlawb
Synopsis
Description
618
CrossWorks for ARM Reference Manual Complete API reference
__smlawt
Synopsis
Description
619
CrossWorks for ARM Reference Manual Complete API reference
__smlsd
Synopsis
Description
620
CrossWorks for ARM Reference Manual Complete API reference
__smlsdx
Synopsis
Description
621
CrossWorks for ARM Reference Manual Complete API reference
__smlsld
Synopsis
Description
622
CrossWorks for ARM Reference Manual Complete API reference
__smlsldx
Synopsis
Description
623
CrossWorks for ARM Reference Manual Complete API reference
__smuad
Synopsis
Description
624
CrossWorks for ARM Reference Manual Complete API reference
__smuadx
Synopsis
Description
625
CrossWorks for ARM Reference Manual Complete API reference
__smulbb
Synopsis
Description
626
CrossWorks for ARM Reference Manual Complete API reference
__smulbt
Synopsis
Description
627
CrossWorks for ARM Reference Manual Complete API reference
__smultb
Synopsis
Description
628
CrossWorks for ARM Reference Manual Complete API reference
__smultt
Synopsis
Description
629
CrossWorks for ARM Reference Manual Complete API reference
__smulwb
Synopsis
Description
630
CrossWorks for ARM Reference Manual Complete API reference
__smulwt
Synopsis
Description
631
CrossWorks for ARM Reference Manual Complete API reference
__smusd
Synopsis
Description
632
CrossWorks for ARM Reference Manual Complete API reference
__smusdx
Synopsis
Description
633
CrossWorks for ARM Reference Manual Complete API reference
__sqrt
Synopsis
Description
634
CrossWorks for ARM Reference Manual Complete API reference
__sqrtf
Synopsis
Description
635
CrossWorks for ARM Reference Manual Complete API reference
__ssat
Synopsis
Description
__ssat inserts a SSAT instruction. __ssat returns val saturated to the signed range of sat where sat is a compile
time constant.
636
CrossWorks for ARM Reference Manual Complete API reference
__ssat16
Synopsis
Description
637
CrossWorks for ARM Reference Manual Complete API reference
__ssax
Synopsis
Description
638
CrossWorks for ARM Reference Manual Complete API reference
__ssub16
Synopsis
Description
__ssub16 inserts a SSUB16 instruction. __ssub16 returns the 16-bit signed equivalent of
639
CrossWorks for ARM Reference Manual Complete API reference
__ssub8
Synopsis
Description
__ssub8 inserts a SSUB8 instruction. __ssub8 returns the 8-bit signed equivalent of
640
CrossWorks for ARM Reference Manual Complete API reference
__stc
Synopsis
Description
__stc inserts a STC instruction where coproc and Crd are compile time constants and ptr points to the word of
data to store.
641
CrossWorks for ARM Reference Manual Complete API reference
__stc2
Synopsis
Description
__stc2 inserts a STC2 instruction where coproc and Crd are compile time constants and ptr points to the word of
data to store.
642
CrossWorks for ARM Reference Manual Complete API reference
__stc2l
Synopsis
Description
__stc2l inserts a STC2L instruction where coproc and Crd are compile time constants and ptr points to the word
of data to store.
643
CrossWorks for ARM Reference Manual Complete API reference
__stc_noidx
Synopsis
Description
__stc_noidx inserts a STC2L instruction where coproc, Crd and option are compile time constants and ptr
points to the word of data to store.
644
CrossWorks for ARM Reference Manual Complete API reference
__stcl
Synopsis
Description
__stcl inserts a STCL instruction where coproc and Crd are compile time constants and ptr points to the word of
data to store.
645
CrossWorks for ARM Reference Manual Complete API reference
__strbt
Synopsis
Description
646
CrossWorks for ARM Reference Manual Complete API reference
__strex
Synopsis
Description
647
CrossWorks for ARM Reference Manual Complete API reference
__strexb
Synopsis
Description
648
CrossWorks for ARM Reference Manual Complete API reference
__strexd
Synopsis
Description
649
CrossWorks for ARM Reference Manual Complete API reference
__strexh
Synopsis
Description
650
CrossWorks for ARM Reference Manual Complete API reference
__strht
Synopsis
Description
651
CrossWorks for ARM Reference Manual Complete API reference
__strt
Synopsis
Description
652
CrossWorks for ARM Reference Manual Complete API reference
__swp
Synopsis
Description
653
CrossWorks for ARM Reference Manual Complete API reference
__swpb
Synopsis
Description
654
CrossWorks for ARM Reference Manual Complete API reference
__sxtab16
Synopsis
Description
__sxtab16 inserts a SXTAB16 instruction. __sxtab16 returns the 16-bit signed equivalent of
655
CrossWorks for ARM Reference Manual Complete API reference
__sxtb16
Synopsis
Description
__sxtb16 inserts a SXTB16 instruction. __sxtb16 returns the 16-bit signed equivalent of
res[0] = (short)val[0]
res[1] = (short)val[2]
where res[0] is the lower 16 bits, res[1] is the upper 16 bits, val[0] is the lower 8 bits and val[2] is the 8 bits
starting at bit position 16.
656
CrossWorks for ARM Reference Manual Complete API reference
__uadd16
Synopsis
Description
__uadd16 inserts a UADD16 instruction. __uadd16 returns the 16-bit unsigned equivalent of
657
CrossWorks for ARM Reference Manual Complete API reference
__uadd8
Synopsis
Description
__uadd8 inserts a UADD8 instruction. __uadd8 returns the 8-bit unsigned equivalent of
658
CrossWorks for ARM Reference Manual Complete API reference
__uasx
Synopsis
Description
__uasx inserts a UASX instruction. __uasx returns the 16-bit unsigned equivalent of
659
CrossWorks for ARM Reference Manual Complete API reference
__uhadd16
Synopsis
Description
__uhadd16 inserts a UHADD16 instruction. __uhadd16 returns the 16-bit unsigned equivalent of
660
CrossWorks for ARM Reference Manual Complete API reference
__uhadd8
Synopsis
Description
__uhadd8 inserts a UHADD8 instruction. __uhadd8 returns the 8-bit unsigned equivalent of
661
CrossWorks for ARM Reference Manual Complete API reference
__uhasx
Synopsis
Description
__uhasx inserts a UHASX instruction. __uhasx returns the 16-bit unsigned equivalent of
662
CrossWorks for ARM Reference Manual Complete API reference
__uhsax
Synopsis
Description
__uhsax inserts a UHSAX instruction. __uhsax returns the 16-bit unsigned equivalent of
663
CrossWorks for ARM Reference Manual Complete API reference
__uhsub16
Synopsis
Description
__uhsub16 inserts a UHSUB16 instruction. __uhsub16 returns the 16-bit unsigned equivalent of
664
CrossWorks for ARM Reference Manual Complete API reference
__uhsub8
Synopsis
Description
__uhsub8 inserts a UHSUB8 instruction. __uhsub8 returns the 8-bit unsigned equivalent of
665
CrossWorks for ARM Reference Manual Complete API reference
__uqadd16
Synopsis
Description
__uqadd16 inserts a UQADD16 instruction. __uqadd16 returns the 16-bit unsigned saturated equivalent of
666
CrossWorks for ARM Reference Manual Complete API reference
__uqadd8
Synopsis
Description
__uqadd8 inserts a UQADD8 instruction. __uqadd8 returns the 8-bit unsigned saturated equivalent of
667
CrossWorks for ARM Reference Manual Complete API reference
__uqasx
Synopsis
Description
__uqasx inserts a UQASX instruction. __uqasx returns the 16-bit signed saturated equivalent of
668
CrossWorks for ARM Reference Manual Complete API reference
__uqsax
Synopsis
Description
__uqsax inserts a UQSAX instruction. __uqsax returns the 16-bit signed saturated equivalent of
669
CrossWorks for ARM Reference Manual Complete API reference
__uqsub16
Synopsis
Description
__uqsub16 inserts a USUB16 instruction. __uqsub16 returns the 16-bit unsigned equivalent of
670
CrossWorks for ARM Reference Manual Complete API reference
__uqsub8
Synopsis
Description
__uqsub8 inserts a UQSUB8 instruction. __uqsub8 returns the 8-bit unsigned saturated equivalent of
671
CrossWorks for ARM Reference Manual Complete API reference
__usad8
Synopsis
Description
__usad8 inserts a USAD8 instruction. __usad8 returns the 8-bit unsigned equivalent of
672
CrossWorks for ARM Reference Manual Complete API reference
__usad8a
Synopsis
Description
__usad8a inserts a USADA8 instruction. __usad8a returns the 8-bit unsigned equivalent of
res = abs(val1[0] - val2[0]) + abs(val1[1] - val2[1]) + (val1[2] - val2[2]) + (val1[3] - val2[3]) + val3
where [0] is the lower 8 bits and [3] is the upper 8 bits.
673
CrossWorks for ARM Reference Manual Complete API reference
__usat
Synopsis
Description
__usat inserts a USAT instruction. __usat returns val saturated to the unsigned range of sat where sat is a
compile time constant.
674
CrossWorks for ARM Reference Manual Complete API reference
__usat16
Synopsis
Description
675
CrossWorks for ARM Reference Manual Complete API reference
__usax
Synopsis
Description
676
CrossWorks for ARM Reference Manual Complete API reference
__usub8
Synopsis
Description
__usub8 inserts a USUB8 instruction. __usub8 returns the 8-bit unsigned equivalent of
677
CrossWorks for ARM Reference Manual Complete API reference
__uxtab16
Synopsis
Description
__uxtab16 inserts a UXTAB16 instruction. __uxtab16 returns the 16-bit unsigned equivalent of
678
CrossWorks for ARM Reference Manual Complete API reference
__uxtb16
Synopsis
Description
__uxtb16 inserts a UXTB16 instruction. __uxtb16 returns the 16-bit unsigned equivalent of
679
CrossWorks for ARM Reference Manual Complete API reference
__wfe
Synopsis
void __wfe(void);
Description
680
CrossWorks for ARM Reference Manual Complete API reference
__wfi
Synopsis
void __wfi(void);
Description
681
CrossWorks for ARM Reference Manual Complete API reference
__yield
Synopsis
void __yield(void);
Description
682
CrossWorks for ARM Reference Manual Complete API reference
<iso646.h>
Overview
The header <iso646.h> defines macros that expand to the corresponding tokens to ease writing C programs
with keyboards that do not have keys for frequently-used operators.
API Summary
Macros
and Alternative spelling for logical and operator
and_eq Alternative spelling for logical and-equals operator
bitand Alternative spelling for bitwise and operator
bitor Alternative spelling for bitwise or operator
compl Alternative spelling for bitwise complement operator
not Alternative spelling for logical not operator
not_eq Alternative spelling for not-equal operator
or Alternative spelling for logical or operator
or_eq Alternative spelling for bitwise or-equals operator
xor Alternative spelling for bitwise exclusive or operator
xor_eq Alternative spelling for bitwise exclusive-or-equals
operator
683
CrossWorks for ARM Reference Manual Complete API reference
and
Synopsis
Description
684
CrossWorks for ARM Reference Manual Complete API reference
and_eq
Synopsis
Description
685
CrossWorks for ARM Reference Manual Complete API reference
bitand
Synopsis
Description
686
CrossWorks for ARM Reference Manual Complete API reference
bitor
Synopsis
#define bitor |
Description
687
CrossWorks for ARM Reference Manual Complete API reference
compl
Synopsis
#define compl ~
Description
688
CrossWorks for ARM Reference Manual Complete API reference
not
Synopsis
#define not !
Description
689
CrossWorks for ARM Reference Manual Complete API reference
not_eq
Synopsis
#define not_eq !=
Description
690
CrossWorks for ARM Reference Manual Complete API reference
or
Synopsis
#define or ||
Description
691
CrossWorks for ARM Reference Manual Complete API reference
or_eq
Synopsis
#define or_eq |=
Description
692
CrossWorks for ARM Reference Manual Complete API reference
xor
Synopsis
#define xor ^
Description
693
CrossWorks for ARM Reference Manual Complete API reference
xor_eq
Synopsis
#define xor_eq ^=
Description
694
CrossWorks for ARM Reference Manual Complete API reference
<itm.h>
API Summary
Variables
ITM_base The base address of the ITM peripheral
Functions
ITM_channel_enabled Check if an ITM channel is enabled
ITM_send_byte Send a byte to an ITM channel
ITM_send_half_word Send a half word to an ITM channel
ITM_send_pc Send the program counter of the caller to an ITM
channel
ITM_send_word Send a word to an ITM channel
695
CrossWorks for ARM Reference Manual Complete API reference
ITM_base
Synopsis
unsigned *ITM_base;
Description
ITM_base is the base address of the ITM peripheral. It must be assigned for ITM on V7A/V7R architectures. It is
not required for V7M architectures.
696
CrossWorks for ARM Reference Manual Complete API reference
ITM_channel_enabled
Synopsis
Description
697
CrossWorks for ARM Reference Manual Complete API reference
ITM_send_byte
Synopsis
void ITM_send_byte(int n,
unsigned char b);
Description
698
CrossWorks for ARM Reference Manual Complete API reference
ITM_send_half_word
Synopsis
void ITM_send_half_word(int n,
unsigned short s);
Description
699
CrossWorks for ARM Reference Manual Complete API reference
ITM_send_pc
Synopsis
Description
ITM_send_pc sends the program counter of the caller to the ITM channel n.
700
CrossWorks for ARM Reference Manual Complete API reference
ITM_send_word
Synopsis
void ITM_send_word(int n,
unsigned w);
Description
701
CrossWorks for ARM Reference Manual Complete API reference
<libarm.h>
API Summary
Functions
libarm_dcc_read Read a word of data from the host over JTAG using the
ARM's debug comms channel.
libarm_dcc_write Write a word of data to the host over JTAG using the
ARM debug comms channel.
libarm_disable_fiq Disable FIQ interrupts.
libarm_disable_irq Disable IRQ interrupts.
libarm_disable_irq_fiq Disables IRQ and FIQ interrupts and return the
previous enable state.
libarm_enable_fiq Enable FIQ interrupts.
libarm_enable_irq Enable IRQ interrupts.
libarm_enable_irq_fiq Enable IRQ and FIQ interrupts.
libarm_get_cpsr Get the value of the CPSR.
libarm_isr_disable_irq Re-disable ARM's global interrupts from within an IRQ
interrupt service routine.
libarm_isr_enable_irq Re-enable ARM's global interrupts from within an IRQ
interrupt service routine.
libarm_mmu_flat_initialise_level_1_table Create a flat mapped level 1 translation table.
libarm_mmu_flat_initialise_level_2_small_page_tableCreate a level 2 small page table for an address range.
libarm_mmu_flat_set_level_1_cacheable_region Mark region of memory described by level 1 section
descriptors as cacheable.
libarm_mmu_flat_set_level_2_small_page_cacheable_region
Mark region of memory described by level 2 small
page table descriptors as cacheable.
libarm_restore_irq_fiq Restores the IRQ and FIQ interrupt enable state.
libarm_run_dcc_port_server Serve commands from the ARM's debug
communication channel.
libarm_set_cpsr Set the value of the CPSR.
libarm_set_fiq Enables or disables FIQ interrupts.
libarm_set_irq Enables or disables IRQ interrupts.
702
CrossWorks for ARM Reference Manual Complete API reference
libarm_dcc_read
Synopsis
Description
libarm_dcc_read returns The data read from the debug comms channel.
The ARM's debug comms channel is usually used by debuggers so reading from this port with a debugger
attached can cause unpredictable results.
703
CrossWorks for ARM Reference Manual Complete API reference
libarm_dcc_write
Synopsis
Description
The ARM's debug comms channel is usually used by debuggers so writing to this port with a debugger attached
can cause unpredictable results.
704
CrossWorks for ARM Reference Manual Complete API reference
libarm_disable_fiq
Synopsis
void libarm_disable_fiq(void);
Description
This function disables FIQ interrupts by setting the F bit in the CPSR register.
Note that this function modifies the CPSR register's control field and therefore will only work when the CPU is
executing in a privileged operating mode.
Example
705
CrossWorks for ARM Reference Manual Complete API reference
libarm_disable_irq
Synopsis
void libarm_disable_irq(void);
Description
This function disables IRQ interrupts by setting the I bit in the CPSR register.
Note that this function modifies the CPSR register's control field and therefore will only work when the CPU is
executing in a privileged operating mode.
Example
706
CrossWorks for ARM Reference Manual Complete API reference
libarm_disable_irq_fiq
Synopsis
int libarm_disable_irq_fiq(void);
Description
libarm_disable_irq_fiq returns The IRQ and FIQ enable state prior to disabling the IRQ and FIQ interrupts.
This function disables both IRQ and FIQ interrupts, it also returns the previous IRQ and FIQ enable state so that it
can be restored using libarm_restore_irq_fiq.
Note that this function modifies the CPSR register's control field and therefore will only work when the CPU is
executing in a privileged operating mode.
Example
int s;
707
CrossWorks for ARM Reference Manual Complete API reference
libarm_enable_fiq
Synopsis
void libarm_enable_fiq(void);
Description
This function enables FIQ interrupts by clearing the F bit in the CPSR register.
Note that this function modifies the CPSR register's control field and therefore will only work when the CPU is
executing in a privileged operating mode.
Example
708
CrossWorks for ARM Reference Manual Complete API reference
libarm_enable_irq
Synopsis
void libarm_enable_irq(void);
Description
This function enables IRQ interrupts by clearing the I bit in the CPSR register.
Note that this function modifies the CPSR register's control field and therefore will only work when the CPU is
executing in a privileged operating mode.
Example:
709
CrossWorks for ARM Reference Manual Complete API reference
libarm_enable_irq_fiq
Synopsis
void libarm_enable_irq_fiq(void);
Description
libarm_enable_irq_fiq returns The IRQ and FIQ enable state prior to enabling the IRQ and FIQ interrupts.
Note that this function modifies the CPSR register's control field and therefore will only work when the CPU is
executing in a privileged operating mode.
Example
710
CrossWorks for ARM Reference Manual Complete API reference
libarm_get_cpsr
Synopsis
Description
This function returns the value of the CPSR (Current Program Status Register).
711
CrossWorks for ARM Reference Manual Complete API reference
libarm_isr_disable_irq
Synopsis
void libarm_isr_disable_irq(void);
Description
A call to libarm_isr_enable_irq must have been made prior to calling this function.
Note that this call should only be made from within an IRQ interrupt handler.
712
CrossWorks for ARM Reference Manual Complete API reference
libarm_isr_enable_irq
Synopsis
void libarm_isr_enable_irq(void);
Description
ARM IRQ interrupts are automatically disabled on entry to an interrupt handler and subsequently re-enabled on
exit. You can use libarm_isr_enable_irq to re-enable interrupts from within an interrupt handler so that higher-
priority interrupts may interrupt the current interrupt handler.
This call must be accompanied with a call to libarm_isr_disable_irq prior to completion of the interrupt service
routine.
Note that this function should only be called from within an IRQ interrupt handler and that calling this function
changes the operating mode, and therefore the stack, so if it is being called from a C function you should not use
any automatic variables within that function.
713
CrossWorks for ARM Reference Manual Complete API reference
libarm_mmu_flat_initialise_level_1_table
Synopsis
Description
This function creates a flat mapped (i.e. virtual addresses == physical addresses) level 1 MMU translation table at
the location pointed to by translation_table (the translation table is 16BKytes in size).
Note that this function only initialises the translation table, it doesn't set the translation table base register.
714
CrossWorks for ARM Reference Manual Complete API reference
libarm_mmu_flat_initialise_level_2_small_page_table
Synopsis
Description
This function creates a level 2 small page table for the specified address range, it requires a level 1 translation
table to be createdi using libarm_mmu_flat_initialise_level_1_table prior to calling.
715
CrossWorks for ARM Reference Manual Complete API reference
libarm_mmu_flat_set_level_1_cacheable_region
Synopsis
Description
This function marks a region of memory described by level 1 section descriptors as cacheable, it requires a level 1
translation table to be created using libarm_mmu_flat_initialise_level_1_table prior to calling.
716
CrossWorks for ARM Reference Manual Complete API reference
libarm_mmu_flat_set_level_2_small_page_cacheable_region
Synopsis
Description
This function marks a region of memory described by level 2 small page table
descriptors as cacheable, it requires a level 2 small page table table to be created using
libarm_mmu_flat_initialise_level_2_small_page_table prior to calling.
717
CrossWorks for ARM Reference Manual Complete API reference
libarm_restore_irq_fiq
Synopsis
Description
This function restores the IRQ and FIQ enable state to the state it was in before a call to libarm_disable_irq_fiq.
Note that this function modifies the CPSR register's control field and therefore will only work when the CPU is
executing in a privileged operating mode.
Example
int s;
718
CrossWorks for ARM Reference Manual Complete API reference
libarm_run_dcc_port_server
Synopsis
void libarm_run_dcc_port_server(void);
Description
CrossWorks uses the ARM's debug communication channel to carry operations such as memory access, to
do this a simple client server protocol is run over the channel. This function runs the debug communications
channel server, it returns when the host terminates the server.
719
CrossWorks for ARM Reference Manual Complete API reference
libarm_set_cpsr
Synopsis
Description
This function sets the value of all fields of the CPSR (Current Program Status Register).
720
CrossWorks for ARM Reference Manual Complete API reference
libarm_set_fiq
Synopsis
Description
enable If non-zero FIQ interrupts will be enabled, otherwise they will be disabled.
libarm_set_fiq returns The FIQ enable state prior to enabling the FIQ interrupt.
This function enables or disables FIQ interrupts. It modifies the CPSR register's control field and therefore will
only work when the CPU is executing in a privileged operating mode.
Example
721
CrossWorks for ARM Reference Manual Complete API reference
libarm_set_irq
Synopsis
Description
enable If non-zero IRQ interrupts will be enabled, otherwise they will be disabled.
libarm_set_irq returns The IRQ enable state prior to enabling the IRQ interrupt.
This function enables or disables IRQ interrupts. It modifies the CPSR register's control field and therefore will
only work when the CPU is executing in a privileged operating mode.
Example
722
CrossWorks for ARM Reference Manual Complete API reference
<limits.h>
API Summary
Long integer minimum and maximum values
LONG_MAX Maximum value of a long integer
LONG_MIN Minimum value of a long integer
ULONG_MAX Maximum value of an unsigned long integer
Character minimum and maximum values
CHAR_MAX Maximum value of a plain character
CHAR_MIN Minimum value of a plain character
SCHAR_MAX Maximum value of a signed character
SCHAR_MIN Minimum value of a signed character
UCHAR_MAX Maximum value of an unsigned char
Long long integer minimum and maximum values
LLONG_MAX Maximum value of a long long integer
LLONG_MIN Minimum value of a long long integer
ULLONG_MAX Maximum value of an unsigned long long integer
Short integer minimum and maximum values
SHRT_MAX Maximum value of a short integer
SHRT_MIN Minimum value of a short integer
USHRT_MAX Maximum value of an unsigned short integer
Integer minimum and maximum values
INT_MAX Maximum value of an integer
INT_MIN Minimum value of an integer
UINT_MAX Maximum value of an unsigned integer
Type sizes
CHAR_BIT Number of bits in a character
Multi-byte values
MB_LEN_MAX maximum number of bytes in a multi-byte character
723
CrossWorks for ARM Reference Manual Complete API reference
CHAR_BIT
Synopsis
#define CHAR_BIT 8
Description
CHAR_BIT is the number of bits for smallest object that is not a bit-field (byte).
724
CrossWorks for ARM Reference Manual Complete API reference
CHAR_MAX
Synopsis
Description
725
CrossWorks for ARM Reference Manual Complete API reference
CHAR_MIN
Synopsis
#define CHAR_MIN 0
Description
726
CrossWorks for ARM Reference Manual Complete API reference
INT_MAX
Synopsis
Description
727
CrossWorks for ARM Reference Manual Complete API reference
INT_MIN
Synopsis
Description
728
CrossWorks for ARM Reference Manual Complete API reference
LLONG_MAX
Synopsis
Description
LLONG_MAX is the maximum value for an object of type long long int.
729
CrossWorks for ARM Reference Manual Complete API reference
LLONG_MIN
Synopsis
Description
LLONG_MIN is the minimum value for an object of type long long int.
730
CrossWorks for ARM Reference Manual Complete API reference
LONG_MAX
Synopsis
Description
731
CrossWorks for ARM Reference Manual Complete API reference
LONG_MIN
Synopsis
Description
732
CrossWorks for ARM Reference Manual Complete API reference
MB_LEN_MAX
Synopsis
#define MB_LEN_MAX 4
Description
MB_LEN_MAX is the maximum number of bytes in a multi-byte character for any supported locale. Unicode (ISO
10646) characters between 0 and 10FFFF inclusive are supported which convert to a maximum of four bytes in
the UTF-8 encoding.
733
CrossWorks for ARM Reference Manual Complete API reference
SCHAR_MAX
Synopsis
Description
734
CrossWorks for ARM Reference Manual Complete API reference
SCHAR_MIN
Synopsis
Description
735
CrossWorks for ARM Reference Manual Complete API reference
SHRT_MAX
Synopsis
Description
736
CrossWorks for ARM Reference Manual Complete API reference
SHRT_MIN
Synopsis
Description
737
CrossWorks for ARM Reference Manual Complete API reference
UCHAR_MAX
Synopsis
Description
738
CrossWorks for ARM Reference Manual Complete API reference
UINT_MAX
Synopsis
Description
739
CrossWorks for ARM Reference Manual Complete API reference
ULLONG_MAX
Synopsis
Description
ULLONG_MAX is the maximum value for an object of type unsigned long long int.
740
CrossWorks for ARM Reference Manual Complete API reference
ULONG_MAX
Synopsis
Description
ULONG_MAX is the maximum value for an object of type unsigned long int.
741
CrossWorks for ARM Reference Manual Complete API reference
USHRT_MAX
Synopsis
Description
USHRT_MAX is the maximum value for an object of type unsigned short int.
742
CrossWorks for ARM Reference Manual Complete API reference
<locale.h>
API Summary
Structures
lconv Formatting info for numeric values
Functions
localeconv Get current locale data
setlocale Set Locale
743
CrossWorks for ARM Reference Manual Complete API reference
lconv
Synopsis
typedef struct {
char *decimal_point;
char *thousands_sep;
char *grouping;
char *int_curr_symbol;
char *currency_symbol;
char *mon_decimal_point;
char *mon_thousands_sep;
char *mon_grouping;
char *positive_sign;
char *negative_sign;
char int_frac_digits;
char frac_digits;
char p_cs_precedes;
char p_sep_by_space;
char n_cs_precedes;
char n_sep_by_space;
char p_sign_posn;
char n_sign_posn;
char int_p_cs_precedes;
char int_n_cs_precedes;
char int_p_sep_by_space;
char int_n_sep_by_space;
char int_p_sign_posn;
char int_n_sign_posn;
} lconv;
Description
lconv structure holds formatting information on how numeric values are to be written. Note that the order of
fields in this structure is not consistent between implementations, nor is it consistent between C89 and C99
standards.
The members decimal_point, grouping, and thousands_sep are controlled by LC_NUMERIC, the remainder by
LC_MONETARY.
We have standardized on the ordering specified by the ARM EABI for the base of this structure. This ordering is
neither that of C89 nor C99.
Member Description
currency_symbol Local currency symbol.
decimal_point Decimal point separator.
frac_digits Amount of fractional digits to the right of the decimal
point for monetary quantities in the local format.
744
CrossWorks for ARM Reference Manual Complete API reference
745
CrossWorks for ARM Reference Manual Complete API reference
localeconv
Synopsis
localeconv(void);
Description
localeconv returns a pointer to a structure of type lconv with the corresponding values for the current locale
filled in.
746
CrossWorks for ARM Reference Manual Complete API reference
setlocale
Synopsis
Description
setlocale sets the current locale. The category parameter can have the following values:
The locale parameter contains the name of a C locale to set or if NULL is passed the current locale is not
changed.
Return Value
747
CrossWorks for ARM Reference Manual Complete API reference
<math.h>
API Summary
Comparison Macros
isgreater Is greater
isgreaterequal Is greater or equal
isless Is less
islessequal Is less or equal
islessgreater Is less or greater
isunordered Is unordered
Classification Macros
fpclassify Classify floating type
isfinite Test for a finite value
isinf Test for infinity
isnan Test for NaN
isnormal Test for a normal value
signbit Test sign
Trigonometric functions
cos Compute cosine of a double
cosf Compute cosine of a float
sin Compute sine of a double
sinf Compute sine of a float
tan Compute tangent of a double
tanf Compute tangent of a double
Inverse trigonometric functions
acos Compute inverse cosine of a double
acosf Compute inverse cosine of a float
asin Compute inverse sine of a double
asinf Compute inverse sine of a float
atan Compute inverse tangent of a double
atan2 Compute inverse tangent of a ratio of doubles
atan2f Compute inverse tangent of a ratio of floats
atanf Compute inverse tangent of a float
Exponential and logarithmic functions
748
CrossWorks for ARM Reference Manual Complete API reference
749
CrossWorks for ARM Reference Manual Complete API reference
750
CrossWorks for ARM Reference Manual Complete API reference
751
CrossWorks for ARM Reference Manual Complete API reference
acos
Synopsis
Description
acos returns the principal value, in radians, of the inverse circular cosine of x. The principal value lies in the
interval [0, PI] radians.
752
CrossWorks for ARM Reference Manual Complete API reference
acosf
Synopsis
Description
acosf returns the principal value, in radians, of the inverse circular cosine of x. The principal value lies in the
interval [0, PI] radians.
753
CrossWorks for ARM Reference Manual Complete API reference
acosh
Synopsis
Description
754
CrossWorks for ARM Reference Manual Complete API reference
acoshf
Synopsis
Description
755
CrossWorks for ARM Reference Manual Complete API reference
asin
Synopsis
Description
asin returns the principal value, in radians, of the inverse circular sine of x. The principal value lies in the interval
[, +] radians.
756
CrossWorks for ARM Reference Manual Complete API reference
asinf
Synopsis
Description
asinf returns the principal value, in radians, of the inverse circular sine of val. The principal value lies in the
interval [, +] radians.
757
CrossWorks for ARM Reference Manual Complete API reference
asinh
Synopsis
Description
If |x| > ~709.782, errno is set to EDOM and asinh returns HUGE_VAL.
If x is +, , or NaN, asinh returns |x|. If |x| > ~709.782, asinh returns + or depending upon the sign of x.
758
CrossWorks for ARM Reference Manual Complete API reference
asinhf
Synopsis
Description
If |x| > ~88.7228, errnois set to EDOM and asinhf returns HUGE_VALF.
If x is +, , or NaN, asinhf returns |x|. If |x| > ~88.7228, asinhf returns + or depending upon the sign of x.
759
CrossWorks for ARM Reference Manual Complete API reference
atan
Synopsis
Description
atan returns the principal value, in radians, of the inverse circular tangent of x. The principal value lies in the
interval [, +] radians.
760
CrossWorks for ARM Reference Manual Complete API reference
atan2
Synopsis
double atan2(double y,
double x);
Description
atan2 returns the value, in radians, of the inverse circular tangent of y divided by x using the signs of x and y to
compute the quadrant of the return value. The principal value lies in the interval [, +] radians. If x = y = 0, errno is
set to EDOM and atan2 returns HUGE_VAL.
761
CrossWorks for ARM Reference Manual Complete API reference
atan2f
Synopsis
float atan2f(float y,
float x);
Description
atan2f returns the value, in radians, of the inverse circular tangent of y divided by x using the signs of x and y to
compute the quadrant of the return value. The principal value lies in the interval [, +] radians.
762
CrossWorks for ARM Reference Manual Complete API reference
atanf
Synopsis
Description
atanf returns the principal value, in radians, of the inverse circular tangent of x. The principal value lies in the
interval [, +] radians.
763
CrossWorks for ARM Reference Manual Complete API reference
atanh
Synopsis
Description
764
CrossWorks for ARM Reference Manual Complete API reference
atanhf
Synopsis
Description
If |x| > 1 atanhf returns NaN. If x is NaN, atanhf returns that NaN. If x is 1, atanhf returns . If x is 1, atanhf returns .
765
CrossWorks for ARM Reference Manual Complete API reference
cbrt
Synopsis
Description
766
CrossWorks for ARM Reference Manual Complete API reference
cbrtf
Synopsis
Description
767
CrossWorks for ARM Reference Manual Complete API reference
ceil
Synopsis
Description
768
CrossWorks for ARM Reference Manual Complete API reference
ceilf
Synopsis
Description
769
CrossWorks for ARM Reference Manual Complete API reference
copysign
Synopsis
double copysign(double x,
double y);
Description
770
CrossWorks for ARM Reference Manual Complete API reference
copysignf
Synopsis
float copysignf(float x,
float y);
Description
771
CrossWorks for ARM Reference Manual Complete API reference
cos
Synopsis
Description
If |x| > 10^9, errno is set to EDOM and cos returns HUGE_VAL.
772
CrossWorks for ARM Reference Manual Complete API reference
cosf
Synopsis
Description
If |x| > 10^9, errno is set to EDOM and cosf returns HUGE_VALF.
773
CrossWorks for ARM Reference Manual Complete API reference
cosh
Synopsis
Description
If |x| > ~709.782, errno is set to EDOM and cosh returns HUGE_VAL.
If x is +, , or NaN, cosh returns |x|.> If |x| > ~709.782, cosh returns + or depending upon the sign of x.
774
CrossWorks for ARM Reference Manual Complete API reference
coshf
Synopsis
Description
If |x| > ~88.7228, errno is set to EDOM and coshf returns HUGE_VALF.
775
CrossWorks for ARM Reference Manual Complete API reference
erf
Synopsis
Description
776
CrossWorks for ARM Reference Manual Complete API reference
erfc
Synopsis
Description
777
CrossWorks for ARM Reference Manual Complete API reference
erfcf
Synopsis
Description
778
CrossWorks for ARM Reference Manual Complete API reference
erff
Synopsis
Description
779
CrossWorks for ARM Reference Manual Complete API reference
exp
Synopsis
Description
If |x| > ~709.782, errno is set to EDOM and exp returns HUGE_VAL.
780
CrossWorks for ARM Reference Manual Complete API reference
exp2
Synopsis
Description
781
CrossWorks for ARM Reference Manual Complete API reference
exp2f
Synopsis
Description
782
CrossWorks for ARM Reference Manual Complete API reference
expf
Synopsis
Description
If |x| > ~88.722, errno is set to EDOM and expf returns HUGE_VALF. If x is NaN, expf returns NaN.
If x is , expf returns .
If x is , expf returns 0.
783
CrossWorks for ARM Reference Manual Complete API reference
expm1
Synopsis
Description
784
CrossWorks for ARM Reference Manual Complete API reference
expm1f
Synopsis
Description
785
CrossWorks for ARM Reference Manual Complete API reference
fabs
Synopsis
786
CrossWorks for ARM Reference Manual Complete API reference
fabsf
Synopsis
Description
787
CrossWorks for ARM Reference Manual Complete API reference
fdim
Synopsis
double fdim(double x,
double y);
Description
788
CrossWorks for ARM Reference Manual Complete API reference
fdimf
Synopsis
float fdimf(float x,
float y);
Description
789
CrossWorks for ARM Reference Manual Complete API reference
floor
Synopsis
double floor(double);
790
CrossWorks for ARM Reference Manual Complete API reference
floorf
Synopsis
float floorf(float);
floorf(0) is 0. floorf() is .
791
CrossWorks for ARM Reference Manual Complete API reference
fma
Synopsis
double fma(double x,
double y,
double z);
Description
792
CrossWorks for ARM Reference Manual Complete API reference
fmaf
Synopsis
float fmaf(float x,
float y,
float z);
Description
793
CrossWorks for ARM Reference Manual Complete API reference
fmax
Synopsis
double fmax(double x,
double y);
Description
794
CrossWorks for ARM Reference Manual Complete API reference
fmaxf
Synopsis
float fmaxf(float x,
float y);
Description
795
CrossWorks for ARM Reference Manual Complete API reference
fmin
Synopsis
double fmin(double x,
double y);
Description
796
CrossWorks for ARM Reference Manual Complete API reference
fminf
Synopsis
float fminf(float x,
float y);
Description
797
CrossWorks for ARM Reference Manual Complete API reference
fmod
Synopsis
double fmod(double x,
double y);
Description
fmod computes the floating-point remainder of x divided by y. #b #this returns the value x n y, for some integer
n such that, if y is nonzero, the result has the same sign as x and magnitude less than the magnitude of y.
fmod (NaN, y) is NaN. fmod (x, NaN) is NaN. fmod ( 0, y) is 0 for y not zero.
fmod (, y) is NaN.
fmod (x, 0) is NaN.
fmod (x, ) is x for x not infinite.
798
CrossWorks for ARM Reference Manual Complete API reference
fmodf
Synopsis
float fmodf(float x,
float y);
Description
fmodf computes the floating-point remainder of x divided by y. fmodf returns the value x n y, for some integer n
such that, if y is nonzero, the result has the same sign as x and magnitude less than the magnitude of y.
fmodf (NaN, y) is NaN. fmodf (x, NaN) is NaN. fmodf ( 0, y) is 0 for y not zero.
fmodf (, y) is NaN.
fmodf (x, 0) is NaN.
fmodf (x, ) is x for x not infinite.
799
CrossWorks for ARM Reference Manual Complete API reference
fpclassify
Synopsis
Description
fpclassify classifies x as NaN, infinite, normal, subnormal, zero, or into another implementation-defined
category. fpclassify returns one of:
FP_ZERO
FP_SUBNORMAL
FP_NORMAL
FP_INFINITE
FP_NAN
800
CrossWorks for ARM Reference Manual Complete API reference
frexp
Synopsis
double frexp(double x,
int *exp);
Description
frexp breaks a floating-point number into a normalized fraction and an integral power of 2.
frexp stores power of two in the int object pointed to by exp and returns the value x, such that x has a
magnitude in the interval [1/2, 1) or zero, and value equals x * 2^exp.
If x is or NaN, frexp returns x and stores zero into the int object pointed to by exp.
801
CrossWorks for ARM Reference Manual Complete API reference
frexpf
Synopsis
float frexpf(float x,
int *exp);
Description
frexpf breaks a floating-point number into a normalized fraction and an integral power of 2.
frexpf stores power of two in the int object pointed to by frexpf and returns the value x, such that x has a
magnitude in the interval [, 1) or zero, and value equals x * 2^exp.
If x is or NaN, frexpf returns x and stores zero into the int object pointed to by exp.
802
CrossWorks for ARM Reference Manual Complete API reference
hypot
Synopsis
double hypot(double x,
double y);
Description
hypot computes the square root of the sum of the squares of x and y, sqrt(x*x + y*y), without undue overflow or
underflow. If x and y are the lengths of the sides of a right-angled triangle, then hypot computes the length of
the hypotenuse.
If x or y is + or , hypot returns .
If x or y is NaN, hypot returns NaN.
803
CrossWorks for ARM Reference Manual Complete API reference
hypotf
Synopsis
float hypotf(float x,
float y);
Description
hypotf computes the square root of the sum of the squares of x and y, sqrtf(x*x + y*y), without undue overflow
or underflow. If x and y are the lengths of the sides of a right-angled triangle, then hypotf computes the length
of the hypotenuse.
804
CrossWorks for ARM Reference Manual Complete API reference
ilogb
Synopsis
Description
ilogb returns the integral part of the logarithm of x, using FLT_RADIX as the base for the logarithm.
805
CrossWorks for ARM Reference Manual Complete API reference
ilogbf
Synopsis
Description
ilogbf returns the integral part of the logarithm of x, using FLT_RADIX as the base for the logarithm.
806
CrossWorks for ARM Reference Manual Complete API reference
isfinite
Synopsis
Description
isfinite determines whether x is a finite value (zero, subnormal, or normal, and not infinite or NaN). isfinite
returns a non-zero value if and only if x has a finite value.
807
CrossWorks for ARM Reference Manual Complete API reference
isgreater
Synopsis
Description
808
CrossWorks for ARM Reference Manual Complete API reference
isgreaterequal
Synopsis
Description
809
CrossWorks for ARM Reference Manual Complete API reference
isinf
Synopsis
Description
isinf determines whether x is an infinity (positive or negative). The determination is based on the type of the
argument.
810
CrossWorks for ARM Reference Manual Complete API reference
isless
Synopsis
Description
811
CrossWorks for ARM Reference Manual Complete API reference
islessequal
Synopsis
Description
812
CrossWorks for ARM Reference Manual Complete API reference
islessgreater
Synopsis
Description
813
CrossWorks for ARM Reference Manual Complete API reference
isnan
Synopsis
Description
isnan determines whether x is a NaN. The determination is based on the type of the argument.
814
CrossWorks for ARM Reference Manual Complete API reference
isnormal
Synopsis
Description
isnormal determines whether x is a normal value (zero, subnormal, or normal, and not infinite or NaN).. isnormal
returns a non-zero value if and only if x has a normal value.
815
CrossWorks for ARM Reference Manual Complete API reference
isunordered
Synopsis
Description
816
CrossWorks for ARM Reference Manual Complete API reference
ldexp
Synopsis
double ldexp(double x,
int exp);
Description
If the result overflows, errno is set to ERANGE and ldexp returns HUGE_VALF.
817
CrossWorks for ARM Reference Manual Complete API reference
ldexpf
Synopsis
float ldexpf(float x,
int exp);
Description
ldexpf returns x * 2^exp. If the result overflows, errno is set to ERANGE and ldexpf returns HUGE_VALF.
818
CrossWorks for ARM Reference Manual Complete API reference
lgamma
Synopsis
Description
819
CrossWorks for ARM Reference Manual Complete API reference
lgammaf
Synopsis
Description
820
CrossWorks for ARM Reference Manual Complete API reference
llrint
Synopsis
Description
821
CrossWorks for ARM Reference Manual Complete API reference
llrintf
Synopsis
Description
822
CrossWorks for ARM Reference Manual Complete API reference
llround
Synopsis
Description
llround rounds x to an integral value, with halfway cases rounded away from zero, and returns it as a long long
int.
823
CrossWorks for ARM Reference Manual Complete API reference
llroundf
Synopsis
Description
llroundf rounds x to an integral value, with halfway cases rounded away from zero, and returns it as a long long
int.
824
CrossWorks for ARM Reference Manual Complete API reference
log
Synopsis
Description
If x = 0, errno is set to ERANGE and log returns HUGE_VAL. If x < 0, errno is set to EDOM and log returns
HUGE_VAL.
825
CrossWorks for ARM Reference Manual Complete API reference
log10
Synopsis
Description
If x = 0, errno is set to ERANGE and log10 returns HUGE_VAL. If x < 0, errno is set to EDOM and log10 returns
HUGE_VAL.
826
CrossWorks for ARM Reference Manual Complete API reference
log10f
Synopsis
Description
If x = 0, errno is set to ERANGE and log10f returns HUGE_VALF. If x < 0, errno is set to EDOM and log10f returns
HUGE_VALF.
827
CrossWorks for ARM Reference Manual Complete API reference
log1p
Synopsis
Description
828
CrossWorks for ARM Reference Manual Complete API reference
log1pf
Synopsis
Description
829
CrossWorks for ARM Reference Manual Complete API reference
log2
Synopsis
Description
830
CrossWorks for ARM Reference Manual Complete API reference
log2f
Synopsis
Description
831
CrossWorks for ARM Reference Manual Complete API reference
logb
Synopsis
Description
832
CrossWorks for ARM Reference Manual Complete API reference
logbf
Synopsis
Description
833
CrossWorks for ARM Reference Manual Complete API reference
logf
Synopsis
Description
If x = 0, errno is set to ERANGE and logf returns HUGE_VALF. If x < 0, errno is set to EDOM and logf returns
HUGE_VALF.
834
CrossWorks for ARM Reference Manual Complete API reference
lrint
Synopsis
Description
835
CrossWorks for ARM Reference Manual Complete API reference
lrintf
Synopsis
Description
836
CrossWorks for ARM Reference Manual Complete API reference
lround
Synopsis
Description
lround rounds x to an integral value, with halfway cases rounded away from zero, and returns it as a long int.
837
CrossWorks for ARM Reference Manual Complete API reference
lroundf
Synopsis
Description
lroundf rounds x to an integral value, with halfway cases rounded away from zero, and returns it as a long int.
838
CrossWorks for ARM Reference Manual Complete API reference
modf
Synopsis
double modf(double x,
double *iptr);
Description
modf breaks x into integral and fractional parts, each of which has the same type and sign as x.
The integral part (in floating-point format) is stored in the object pointed to by iptr and modf returns the signed
fractional part of x.
839
CrossWorks for ARM Reference Manual Complete API reference
modff
Synopsis
float modff(float x,
float *iptr);
Description
modff breaks x into integral and fractional parts, each of which has the same type and sign as x.
The integral part (in floating-point format) is stored in the object pointed to by iptr and modff returns the signed
fractional part of x.
840
CrossWorks for ARM Reference Manual Complete API reference
nearbyint
Synopsis
double nearbyint(double);
Description
841
CrossWorks for ARM Reference Manual Complete API reference
nearbyintf
Synopsis
float nearbyintf(float);
Description
842
CrossWorks for ARM Reference Manual Complete API reference
nextafter
Synopsis
double nextafter(double x,
double y);
Description
843
CrossWorks for ARM Reference Manual Complete API reference
nextafterf
Synopsis
float nextafterf(float x,
float y);
Description
844
CrossWorks for ARM Reference Manual Complete API reference
pow
Synopsis
double pow(double x,
double y);
Description
If x < 0 and y 0, errno is set to EDOM and pow returns HUGE_VAL. If x 0 and y is not an integer value, errno is set
to EDOM and pow returns HUGE_VAL.
If y = 0, pow returns 1.
If y = 1, pow returns x.
If y = NaN, pow returns NaN.
If x = NaN and y is anything other than 0, pow returns NaN.
If x < 1 or 1 < x, and y = +, pow returns +.
If x < 1 or 1 < x, and y = , pow returns 0.
If 1 < x < 1 and y = +, pow returns +0.
If 1 < x < 1 and y = , pow returns +.
If x = +1 or x = 1 and y = + or y = , pow returns NaN.
If x = +0 and y > 0 and y NaN, pow returns +0.
If x = 0 and y > 0 and y NaN or y not an odd integer, pow returns +0.
If x = +0 and y and y NaN, pow returns +.
If x = 0 and y > 0 and y NaN or y not an odd integer, pow returns +.
If x = 0 and y is an odd integer, pow returns 0.
If x = + and y > 0 and y NaN, pow returns +.
If x = + and y < 0 and y NaN, pow returns +0.
If x = , pow returns pow(0, y)
If x < 0 and x and y is a non-integer, pow returns NaN.
845
CrossWorks for ARM Reference Manual Complete API reference
powf
Synopsis
float powf(float x,
float y);
Description
If x < 0 and y 0, errno. is set to EDOM and powf returns HUGE_VALF. If x 0 and y is not an integer value, errno is
set to EDOM and pow returns HUGE_VALF.
If y = 0, powf returns 1.
If y = 1, powf returns x.
If y = NaN, powf returns NaN.
If x = NaN and y is anything other than 0, powf returns NaN.
If x < 1 or 1 < x, and y = +, powf returns +.
If x < 1 or 1 < x, and y = , powf returns 0.
If 1 < x < 1 and y = +, powf returns +0.
If 1 < x < 1 and y = , powf returns +.
If x = +1 or x = 1 and y = + or y = , powf returns NaN.
If x = +0 and y > 0 and y NaN, powf returns +0.
If x = 0 and y > 0 and y NaN or y not an odd integer, powf returns +0.
If x = +0 and y and y NaN, powf returns +.
If x = 0 and y > 0 and y NaN or y not an odd integer, powf returns +.
If x = 0 and y is an odd integer, powf returns 0.
If x = + and y > 0 and y NaN, powf returns +.
If x = + and y < 0 and y NaN, powf returns +0.
If x = , powf returns powf(0, y)
If x < 0 and x and y is a non-integer, powf returns NaN.
846
CrossWorks for ARM Reference Manual Complete API reference
remainder
Synopsis
Description
847
CrossWorks for ARM Reference Manual Complete API reference
remainderf
Synopsis
Description
848
CrossWorks for ARM Reference Manual Complete API reference
remquo
Synopsis
Description
remquo computes the remainder of numer divided by denom and the quotient pointed by quot.
849
CrossWorks for ARM Reference Manual Complete API reference
remquof
Synopsis
Description
remquof computes the remainder of numer divided by denom and the quotient pointed by quot.
850
CrossWorks for ARM Reference Manual Complete API reference
rint
Synopsis
Description
851
CrossWorks for ARM Reference Manual Complete API reference
rintf
Synopsis
Description
852
CrossWorks for ARM Reference Manual Complete API reference
round
Synopsis
Description
round rounds x to an integral value, with halfway cases rounded away from zero.
853
CrossWorks for ARM Reference Manual Complete API reference
roundf
Synopsis
Description
roundf rounds x to an integral value, with halfway cases rounded away from zero.
854
CrossWorks for ARM Reference Manual Complete API reference
scalbln
Synopsis
double scalbln(double x,
long int exp);
Description
855
CrossWorks for ARM Reference Manual Complete API reference
scalblnf
Synopsis
float scalblnf(float x,
long int exp);
Description
856
CrossWorks for ARM Reference Manual Complete API reference
scalbn
Synopsis
double scalbn(double x,
int exp);
Description
As floating-point arithmetic conforms to IEC 60559, DBL_RADIX is 2 and scalbn is (in this implementation)
identical to ldexp.
If the result overflows, errno is set to ERANGE and scalbn returns HUGE_VAL.
See Also
ldexp
857
CrossWorks for ARM Reference Manual Complete API reference
scalbnf
Synopsis
float scalbnf(float x,
int exp);
Description
As floating-point arithmetic conforms to IEC 60559, FLT_RADIX is 2 and scalbnf is (in this implementation)
identical to ldexpf.
If the result overflows, errno is set to ERANGE and scalbnf returns HUGE_VALF.
See Also
ldexpf
858
CrossWorks for ARM Reference Manual Complete API reference
signbit
Synopsis
Description
signbit macro determines whether the sign of x is negative. signbit returns a non-zero value if and only if x is
negative.
859
CrossWorks for ARM Reference Manual Complete API reference
sin
Synopsis
Description
If |x| > 10^9, errno is set to EDOM and sin returns HUGE_VAL.
860
CrossWorks for ARM Reference Manual Complete API reference
sinf
Synopsis
Description
If |x| > 10^9, errno is set to EDOM and sinf returns HUGE_VALF.
861
CrossWorks for ARM Reference Manual Complete API reference
sinh
Synopsis
Description
If x is +, , or NaN, sinh returns |x|. If |x| > ~709.782, sinh returns + or depending upon the sign of x.
862
CrossWorks for ARM Reference Manual Complete API reference
sinhf
Synopsis
Description
If |x| > ~88.7228, errno is set to EDOM and sinhf returns HUGE_VALF.
If x is +, , or NaN, sinhf returns |x|. If |x| > ~88.7228, sinhf returns + or depending upon the sign of x.
863
CrossWorks for ARM Reference Manual Complete API reference
sqrt
Synopsis
Description
sqrt computes the nonnegative square root of x. C90 and C99 require that a domain error occurs if the argument
is less than zero sqrt deviates and always uses IEC 60559 semantics.
864
CrossWorks for ARM Reference Manual Complete API reference
sqrtf
Synopsis
Description
sqrtf computes the nonnegative square root of x. C90 and C99 require that a domain error occurs if the
argument is less than zero sqrtf deviates and always uses IEC 60559 semantics.
865
CrossWorks for ARM Reference Manual Complete API reference
tan
Synopsis
Description
If |x| > 10^9, errno is set to EDOM and tan returns HUGE_VAL.
866
CrossWorks for ARM Reference Manual Complete API reference
tanf
Synopsis
Description
If |x| > 10^9, errno is set to EDOM and tanf returns HUGE_VALF.
867
CrossWorks for ARM Reference Manual Complete API reference
tanh
Synopsis
Description
868
CrossWorks for ARM Reference Manual Complete API reference
tanhf
Synopsis
Description
869
CrossWorks for ARM Reference Manual Complete API reference
tgamma
Synopsis
Description
870
CrossWorks for ARM Reference Manual Complete API reference
tgammaf
Synopsis
Description
871
CrossWorks for ARM Reference Manual Complete API reference
trunc
Synopsis
Description
872
CrossWorks for ARM Reference Manual Complete API reference
truncf
Synopsis
Description
873
CrossWorks for ARM Reference Manual Complete API reference
<setjmp.h>
API Summary
Functions
longjmp Restores the saved environment
setjmp Save calling environment for non-local jump
874
CrossWorks for ARM Reference Manual Complete API reference
longjmp
Synopsis
Description
longjmp restores the environment saved by setjmp in the corresponding env argument. If there has been no
such invocation, or if the function containing the invocation of setjmp has terminated execution in the interim,
the behavior of longjmp is undefined.
After longjmp is completed, program execution continues as if the corresponding invocation of setjmp had just
returned the value specified by val.
Note
longjmp cannot cause setjmp to return the value 0; if val is 0, setjmp returns the value 1.
Objects of automatic storage allocation that are local to the function containing the invocation of the
corresponding setjmp that do not have volatile qualified type and have been changed between the setjmp
invocation and this call are indeterminate.
875
CrossWorks for ARM Reference Manual Complete API reference
setjmp
Synopsis
Description
setjmp saves its calling environment in the env for later use by the longjmp function.
On return from a direct invocation setjmp returns the value zero. On return from a call to the longjmp function,
the setjmp returns a nonzero value determined by the call to longjmp.
The environment saved by a call to setjmp consists of information sufficient for a call to the longjmp function to
return execution to the correct block and invocation of that block, were it called recursively.
876
CrossWorks for ARM Reference Manual Complete API reference
<stdarg.h>
API Summary
Macros
va_arg Get variable argument value
va_copy Copy var args
va_end Finish access to variable arguments
va_start Start access to variable arguments
877
CrossWorks for ARM Reference Manual Complete API reference
va_arg
Synopsis
Description
va_arg expands to an expression that has the specified type and the value of the type argument. The ap
parameter must have been initialized by va_start or va_copy, without an intervening invocation of va_end. You
can create a pointer to a va_list and pass that pointer to another function, in which case the original function
may make further use of the original list after the other function returns.
Each invocation of the va_arg macro modifies ap so that the values of successive arguments are returned in
turn. The parameter type must be a type name such that the type of a pointer to an object that has the specified
type can be obtained simply by postfixing a * to type.
If there is no actual next argument, or if type is not compatible with the type of the actual next argument (as
promoted according to the default argument promotions), the behavior of va_arg is undefined, except for the
following cases:
one type is a signed integer type, the other type is the corresponding unsigned integer type, and the
value is representable in both types;
one type is pointer to void and the other is a pointer to a character type.
The first invocation of the va_arg macro after that of the va_start macro returns the value of the argument after
that specified by parmN. Successive invocations return the values of the remaining arguments in succession.
878
CrossWorks for ARM Reference Manual Complete API reference
va_copy
Synopsis
Description
va_copy initializes dest as a copy of src, as if the va_start macro had been applied to dest followed by the same
sequence of uses of the va_arg macro as had previously been used to reach the present state of src. Neither
the va_copy nor va_start macro shall be invoked to reinitialize dest without an intervening invocation of the
va_end macro for the same dest.
879
CrossWorks for ARM Reference Manual Complete API reference
va_end
Synopsis
Description
va_end indicates a normal return from the function whose variable argument list ap was initialised by va_start
or va_copy. The va_end macro may modify ap so that it is no longer usable without being reinitialized by
va_start or va_copy. If there is no corresponding invocation of va_start or va_copy, or if va_end is not invoked
before the return, the behavior is undefined.
880
CrossWorks for ARM Reference Manual Complete API reference
va_start
Synopsis
Description
va_start initializes ap for subsequent use by the va_arg and va_end macros.
The parameter parmN is the identifier of the last fixed parameter in the variable parameter list in the function
definition (the one just before the ', ...').
The behaviour of va_start and va_arg is undefined if the parameter parmN is declared with the register
storage class, with a function or array type, or with a type that is not compatible with the type that results after
application of the default argument promotions.
va_start and va_copy must not be invoked to reinitialize ap without an intervening invocation of the va_end
macro for the same ap.
881
CrossWorks for ARM Reference Manual Complete API reference
<stddef.h>
API Summary
Macros
NULL NULL pointer
offsetof offsetof
Types
ptrdiff_t ptrdiff_t type
size_t size_t type
882
CrossWorks for ARM Reference Manual Complete API reference
NULL
Synopsis
#define NULL 0
Description
883
CrossWorks for ARM Reference Manual Complete API reference
offsetof
Synopsis
Description
offsetof returns the offset in bytes to the structure member, from the beginning of its structure type.
884
CrossWorks for ARM Reference Manual Complete API reference
ptrdiff_t
Synopsis
Description
ptrdiff_t is the signed integral type of the result of subtracting two pointers.
885
CrossWorks for ARM Reference Manual Complete API reference
size_t
Synopsis
Description
886
CrossWorks for ARM Reference Manual Complete API reference
<stdio.h>
API Summary
Character and string I/O functions
getchar Read a character from standard input
gets Read a string from standard input
putchar Write a character to standard output
puts Write a string to standard output
Formatted output functions
printf Write formatted text to standard output
snprintf Write formatted text to a string with truncation
sprintf Write formatted text to a string
vprintf Write formatted text to standard output using variable
argument context
vsnprintf Write formatted text to a string with truncation using
variable argument context
vsprintf Write formatted text to a string using variable
argument context
Formatted input functions
scanf Read formatted text from standard input
sscanf Read formatted text from string
vscanf Read formatted text from standard using variable
argument context
vsscanf Read formatted text from a string using variable
argument context
887
CrossWorks for ARM Reference Manual Complete API reference
getchar
Synopsis
int getchar(void);
Description
888
CrossWorks for ARM Reference Manual Complete API reference
gets
Synopsis
Description
gets reads characters from standard input into the array pointed to by s until end-of-file is encountered or a
new-line character is read. Any new-line character is discarded, and a null character is written immediately after
the last character read into the array.
gets returns s if successful. If end-of-file is encountered and no characters have been read into the array, the
contents of the array remain unchanged and gets returns a null pointer. If a read error occurs during the
operation, the array contents are indeterminate and gets returns a null pointer.
889
CrossWorks for ARM Reference Manual Complete API reference
printf
Synopsis
Description
printf writes to the standard output stream using putchar, under control of the string pointed to by format that
specifies how subsequent arguments are converted for output.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
printf returns the number of characters transmitted, or a negative value if an output or encoding error occurred.
The format is composed of zero or more directives: ordinary characters (not %, which are copied unchanged to
the output stream; and conversion specifications, each of which results in fetching zero or more subsequent
arguments, converting them, if applicable, according to the corresponding conversion specifier, and then
writing the result to the output stream.
Each conversion specification is introduced by the character %. After the % the following appear in sequence:
Zero or more flags (in any order) that modify the meaning of the conversion specification.
An optional minimum field width. If the converted value has fewer characters than the field width, it is
padded with spaces (by default) on the left (or right, if the left adjustment flag has been given) to the field
width. The field width takes the form of an asterisk * or a decimal integer.
An optional precision that gives the minimum number of digits to appear for the d, i, o, u, x, and X
conversions, the number of digits to appear after the decimal-point character for e, E, f, and F conversions,
the maximum number of significant digits for the g and G conversions, or the maximum number of
bytes to be written for s conversions. The precision takes the form of a period . followed either by an
asterisk * or by an optional decimal integer; if only the period is specified, the precision is taken as zero. If
a precision appears with any other conversion specifier, the behavior is undefined.
An optional length modifier that specifies the size of the argument.
A conversion specifier character that specifies the type of conversion to be applied.
As noted above, a field width, or precision, or both, may be indicated by an asterisk. In this case, an int argument
supplies the field width or precision. The arguments specifying field width, or precision, or both, must appear
(in that order) before the argument (if any) to be converted. A negative field width argument is taken as a - flag
followed by a positive field width. A negative precision argument is taken as if the precision were omitted.
890
CrossWorks for ARM Reference Manual Complete API reference
Some library variants do not support width and precision specifiers in order to reduce code and data space
requirements; please ensure that you have selected the correct library in the Printf Width/Precision Support
property of the project if you use these.
Flag characters
-
The result of the conversion is left-justified within the field. The default, if this flag is not specified, is that the
result of the conversion is left-justified within the field.
+
The result of a signed conversion always begins with a plus or minus sign. The default, if this flag is not
specified, is that it begins with a sign only when a negative value is converted.
space
If the first character of a signed conversion is not a sign, or if a signed conversion results in no characters, a
space is prefixed to the result. If the space and + flags both appear, the space flag is ignored.
#
The result is converted to an alternative form. For o conversion, it increases the precision, if and only
if necessary, to force the first digit of the result to be a zero (if the value and precision are both zero, a
single 0 is printed). For x or X conversion, a nonzero result has 0x or 0X prefixed to it. For e, E, f, F, g, and G
conversions, the result of converting a floating-point number always contains a decimal-point character,
even if no digits follow it. (Normally, a decimal-point character appears in the result of these conversions
only if a digit follows it.) For g and F conversions, trailing zeros are not removed from the result. As an
extension, when used in p conversion, the results has # prefixed to it. For other conversions, the behavior is
undefined.
0
For d, i, o, u, x, X, e, E, f, F, g, and G conversions, leading zeros (following any indication of sign or base) are
used to pad to the field width rather than performing space padding, except when converting an infinity or
NaN. If the 0 and - flags both appear, the 0 flag is ignored. For d, i, o, u, x, and X conversions, if a precision is
specified, the 0 flag is ignored. For other conversions, the behavior is undefined.
Length modifiers
hh
Specifies that a following d, i, o, u, x, or X conversion specifier applies to a signed char or unsigned char
argument (the argument will have been promoted according to the integer promotions, but its value will
be converted to signed char or unsigned char before printing); or that a following n conversion specifier
applies to a pointer to a signed char argument.
891
CrossWorks for ARM Reference Manual Complete API reference
h
Specifies that a following d, i, o, u, x, or X conversion specifier applies to a short int or unsigned short int
argument (the argument will have been promoted according to the integer promotions, but its value is
converted to short int or unsigned short int before printing); or that a following n conversion specifier
applies to a pointer to a short int argument.
l
Specifies that a following d, i, o, u, x, or X conversion specifier applies to a long int or unsigned long int
argument; that a following n conversion specifier applies to a pointer to a long int argument; or has no
effect on a following e, E, f, F, g, or G conversion specifier. Some library variants do not support the l length
modifier in order to reduce code and data space requirements; please ensure that you have selected the
correct library in the Printf Integer Support property of the project if you use this length modifier.
ll
Specifies that a following d, i, o, u, x, or X conversion specifier applies to a long long int or unsigned
long long int argument; that a following n conversion specifier applies to a pointer to a long long int
argument. Some library variants do not support the ll length modifier in order to reduce code and data
space requirements; please ensure that you have selected the correct library in the Printf Integer Support
property of the project if you use this length modifier.
If a length modifier appears with any conversion specifier other than as specified above, the behavior is
undefined. Note that the C99 length modifiers j, z, t, and L are not supported.
Conversion specifiers
d, i
The argument is converted to signed decimal in the style [-]dddd. The precision specifies the minimum
number of digits to appear; if the value being converted can be represented in fewer digits, it is expanded
with leading spaces. The default precision is one. The result of converting a zero value with a precision of
zero is no characters.
o, u, x, X
The unsigned argument is converted to unsigned octal for o, unsigned decimal for u, or unsigned
hexadecimal notation for x or X in the style dddd the letters abcdef are used for x conversion and the
letters ABCDEF for X conversion. The precision specifies the minimum number of digits to appear; if the
value being converted can be represented in fewer digits, it is expanded with leading spaces. The default
precision is one. The result of converting a zero value with a precision of zero is no characters.
f, F
A double argument representing a floating-point number is converted to decimal notation in the
style [-]ddd.ddd, where the number of digits after the decimal-point character is equal to the precision
specification. If the precision is missing, it is taken as 6; if the precision is zero and the # flag is not specified,
892
CrossWorks for ARM Reference Manual Complete API reference
no decimal-point character appears. If a decimal-point character appears, at least one digit appears before
it. The value is rounded to the appropriate number of digits. A double argument representing an infinity
is converted to inf. A double argument representing a NaN is converted to nan. The F conversion specifier
produces INF or NAN instead of inf or nan, respectively. Some library variants do not support the f and F
conversion specifiers in order to reduce code and data space requirements; please ensure that you have
selected the correct library in the Printf Floating Point Support property of the project if you use these
conversion specifiers.
e, E
A double argument representing a floating-point number is converted in the style [-]d.dddedd, where
there is one digit (which is nonzero if the argument is nonzero) before the decimal-point character and the
number of digits after it is equal to the precision; if the precision is missing, it is taken as 6; if the precision
is zero and the # flag is not specified, no decimal-point character appears. The value is rounded to the
appropriate number of digits. The E conversion specifier produces a number with E instead of e introducing
the exponent. The exponent always contains at least two digits, and only as many more digits as necessary
to represent the exponent. If the value is zero, the exponent is zero. A double argument representing an
infinity is converted to inf. A double argument representing a NaN is converted to nan. The E conversion
specifier produces INF or NAN instead of inf or nan, respectively. Some library variants do not support the
f and F conversion specifiers in order to reduce code and data space requirements; please ensure that you
have selected the correct library in the Printf Floating Point Support} property of the project if you use
these conversion specifiers.
g, G
A double argument representing a floating-point number is converted in style f or e (or in style F or e in
the case of a G conversion specifier), with the precision specifying the number of significant digits. If the
precision is zero, it is taken as one. The style used depends on the value converted; style e (or E) is used only
if the exponent resulting from such a conversion is less than -4 or greater than or equal to the precision.
Trailing zeros are removed from the fractional portion of the result unless the # flag is specified; a decimal-
point character appears only if it is followed by a digit. A double argument representing an infinity is
converted to inf. A double argument representing a NaN is converted to nan. The G conversion specifier
produces INF or NAN instead of inf or nan, respectively. Some library variants do not support the f and F
conversion specifiers in order to reduce code and data space requirements; please ensure that you have
selected the correct library in the Printf Floating Point Support property of the project if you use these
conversion specifiers.
c
The argument is converted to an unsigned char, and the resulting character is written.
s
The argument is be a pointer to the initial element of an array of character type. Characters from the array
are written up to (but not including) the terminating null character. If the precision is specified, no more
than that many characters are written. If the precision is not specified or is greater than the size of the array,
the array must contain a null character.
893
CrossWorks for ARM Reference Manual Complete API reference
p
The argument is a pointer to void. The value of the pointer is converted in the same format as the x
conversion specifier with a fixed precision of 2*sizeof(void *).
n
The argument is a pointer to a signed integer into which is written the number of characters written to the
output stream so far by the call to the formatting function. No argument is converted, but one is consumed.
If the conversion specification includes any flags, a field width, or a precision, the behavior is undefined.
%
A % character is written. No argument is converted.
Note that the C99 width modifier l used in conjunction with the c and s conversion specifiers is not supported
and nor are the conversion specifiers a and A.
894
CrossWorks for ARM Reference Manual Complete API reference
putchar
Synopsis
Description
putchar returns the character written. If a write error occurs, putchar returns EOF.
895
CrossWorks for ARM Reference Manual Complete API reference
puts
Synopsis
Description
puts writes the string pointed to by s to the standard output stream using putchar and appends a new-line
character to the output. The terminating null character is not written.
puts returns EOF if a write error occurs; otherwise it returns a nonnegative value.
896
CrossWorks for ARM Reference Manual Complete API reference
scanf
Synopsis
int scanf(const char *format,
...);
Description
scanf reads input from the standard input stream under control of the string pointed to by format that specifies
the admissible input sequences and how they are to be converted for assignment, using subsequent arguments
as pointers to the objects to receive the converted input.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
scanf returns the value of the macro EOF if an input failure occurs before any conversion. Otherwise, scanf
returns the number of input items assigned, which can be fewer than provided for, or even zero, in the event of
an early matching failure.
The format is composed of zero or more directives: one or more white-space characters, an ordinary character
(neither % nor a white-space character), or a conversion specification.
Each conversion specification is introduced by the character %. After the %, the following appear in sequence:
The formatted input function executes each directive of the format in turn. If a directive fails, the function
returns. Failures are described as input failures (because of the occurrence of an encoding error or the
unavailability of input characters), or matching failures (because of inappropriate input).
A directive composed of white-space character(s) is executed by reading input up to the first non-white-space
character (which remains unread), or until no more characters can be read.
A directive that is an ordinary character is executed by reading the next characters of the stream. If any of those
characters differ from the ones composing the directive, the directive fails and the differing and subsequent
characters remain unread. Similarly, if end-of-file, an encoding error, or a read error prevents a character from
being read, the directive fails.
A directive that is a conversion specification defines a set of matching input sequences, as described below for
each specifier. A conversion specification is executed in the following steps:
897
CrossWorks for ARM Reference Manual Complete API reference
Input white-space characters (as specified by the isspace function) are skipped, unless the specification
includes a [, c, or n specifier.
An input item is read from the stream, unless the specification includes an n specifier. An input item is
defined as the longest sequence of input characters which does not exceed any specified field width
and which is, or is a prefix of, a matching input sequence. The first character, if any, after the input item
remains unread. If the length of the input item is zero, the execution of the directive fails; this condition is
a matching failure unless end-of-file, an encoding error, or a read error prevented input from the stream,
in which case it is an input failure.
Except in the case of a % specifier, the input item (or, in the case of a %n directive, the count of input
characters) is converted to a type appropriate to the conversion specifier. If the input item is not a
matching sequence, the execution of the directive fails: this condition is a matching failure. Unless
assignment suppression was indicated by a *, the result of the conversion is placed in the object pointed
to by the first argument following the format argument that has not already received a conversion result.
If this object does not have an appropriate type, or if the result of the conversion cannot be represented
in the object, the behavior is undefined.
Length modifiers
hh
Specifies that a following d, i, o, u, x, X, or n conversion specifier applies to an argument with type pointer to
signed char or pointer to unsigned char.
h
Specifies that a following d, i, o, u, x, X, or n conversion specifier applies to an argument with type pointer to
short int or unsigned short int.
l
Specifies that a following d, i, o, u, x, X, or n conversion specifier applies to an argument with type pointer to
long int or unsigned long int; that a following e, E, f, F, g, or G conversion specifier applies to an argument
with type pointer to double. Some library variants do not support the l length modifier in order to reduce
code and data space requirements; please ensure that you have selected the correct library in the Printf
Integer Support property of the project if you use this length modifier.
ll
Specifies that a following d, i, o, u, x, X, or n conversion specifier applies to an argument with type pointer to
long long int or unsigned long long int. Some library variants do not support the ll length modifier in order
to reduce code and data space requirements; please ensure that you have selected the correct library in the
Printf Integer Support property of the project if you use this length modifier.
If a length modifier appears with any conversion specifier other than as specified above, the behavior is
undefined. Note that the C99 length modifiers j, z, t, and L are not supported.
898
CrossWorks for ARM Reference Manual Complete API reference
Conversion specifiers
d
Matches an optionally signed decimal integer, whose format is the same as expected for the subject
sequence of the strtol function with the value 10 for the base argument. The corresponding argument
must be a pointer to signed integer.
i
Matches an optionally signed integer, whose format is the same as expected for the subject sequence of the
strtol function with the value zero for the base argument. The corresponding argument must be a pointer
to signed integer.
o
Matches an optionally signed octal integer, whose format is the same as expected for the subject sequence
of the strtol function with the value 18 for the base argument. The corresponding argument must be a
pointer to signed integer.
u
Matches an optionally signed decimal integer, whose format is the same as expected for the subject
sequence of the strtoul function with the value 10 for the base argument. The corresponding argument
must be a pointer to unsigned integer.
x
Matches an optionally signed hexadecimal integer, whose format is the same as expected for the subject
sequence of the strtoul function with the value 16 for the base argument. The corresponding argument
must be a pointer to unsigned integer.
e, f, g
Matches an optionally signed floating-point number whose format is the same as expected for the
subject sequence of the strtod function. The corresponding argument shall be a pointer to floating. Some
library variants do not support the e, f and F conversion specifiers in order to reduce code and data space
requirements; please ensure that you have selected the correct library in the Scanf Floating Point Support
property of the project if you use these conversion specifiers.
c
Matches a sequence of characters of exactly the number specified by the field width (one if no field width
is present in the directive). The corresponding argument must be a pointer to the initial element of a
character array large enough to accept the sequence. No null character is added.
s
Matches a sequence of non-white-space characters The corresponding argument must be a pointer to the
initial element of a character array large enough to accept the sequence and a terminating null character,
which will be added automatically.
899
CrossWorks for ARM Reference Manual Complete API reference
[
Matches a nonempty sequence of characters from a set of expected characters (the scanset). The
corresponding argument must be a pointer to the initial element of a character array large enough to
accept the sequence and a terminating null character, which will be added automatically. The conversion
specifier includes all subsequent characters in the format string, up to and including the matching right
bracket ]. The characters between the brackets (the scanlist) compose the scanset, unless the character after
the left bracket is a circumflex ^, in which case the scanset contains all characters that do not appear in
the scanlist between the circumflex and the right bracket. If the conversion specifier begins with [] or[^],
the right bracket character is in the scanlist and the next following right bracket character is the matching
right bracket that ends the specification; otherwise the first following right bracket character is the one that
ends the specification. If a - character is in the scanlist and is not the first, nor the second where the first
character is a ^, nor the last character, it is treated as a member of the scanset. Some library variants do not
support the [ conversion specifier in order to reduce code and data space requirements; please ensure that
you have selected the correct library in the Scanf Classes Supported property of the project if you use this
conversion specifier.
p
Reads a sequence output by the corresponding %p formatted output conversion. The corresponding
argument must be a pointer to a pointer to void.
n
No input is consumed. The corresponding argument shall be a pointer to signed integer into which is to
be written the number of characters read from the input stream so far by this call to the formatted input
function. Execution of a %n directive does not increment the assignment count returned at the completion
of execution of the fscanf function. No argument is converted, but one is consumed. If the conversion
specification includes an assignment-suppressing character or a field width, the behavior is undefined.
%
Matches a single % character; no conversion or assignment occurs.
Note that the C99 width modifier l used in conjunction with the c, s, and [ conversion specifiers is not supported
and nor are the conversion specifiers a and A.
900
CrossWorks for ARM Reference Manual Complete API reference
snprintf
Synopsis
Description
snprintf writes to the string pointed to by s under control of the string pointed to by format that specifies how
subsequent arguments are converted for output.
If n is zero, nothing is written, and s can be a null pointer. Otherwise, output characters beyond the n1st are
discarded rather than being written to the array, and a null character is written at the end of the characters
actually written into the array. A null character is written at the end of the conversion; it is not counted as part of
the returned value.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
If copying takes place between objects that overlap, the behavior is undefined.
snprintf returns the number of characters that would have been written had n been sufficiently large, not
counting the terminating null character, or a negative value if an encoding error occurred. Thus, the null-
terminated output has been completely written if and only if the returned value is nonnegative and less than n>.
901
CrossWorks for ARM Reference Manual Complete API reference
sprintf
Synopsis
Description
sprintf writes to the string pointed to by s under control of the string pointed to by format that specifies how
subsequent arguments are converted for output. A null character is written at the end of the characters written;
it is not counted as part of the returned value.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
If copying takes place between objects that overlap, the behavior is undefined.
sprintf returns number of characters transmitted (not counting the terminating null), or a negative value if an
output or encoding error occurred.
902
CrossWorks for ARM Reference Manual Complete API reference
sscanf
Synopsis
Description
sscanf reads input from the string s under control of the string pointed to by format that specifies the
admissible input sequences and how they are to be converted for assignment, using subsequent arguments as
pointers to the objects to receive the converted input.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
sscanf returns the value of the macro EOF if an input failure occurs before any conversion. Otherwise, sscanf
returns the number of input items assigned, which can be fewer than provided for, or even zero, in the event of
an early matching failure.
903
CrossWorks for ARM Reference Manual Complete API reference
vprintf
Synopsis
Description
vprintf writes to the standard output stream using putchar under control of the string pointed to by format that
specifies how subsequent arguments are converted for output. Before calling vprintf, arg must be initialized by
the va_start macro (and possibly subsequent va_arg calls). vprintf does not invoke the va_end macro.
vprintf returns the number of characters transmitted, or a negative value if an output or encoding error
occurred.
Note
vprintf is equivalent to printf with the variable argument list replaced by arg.
904
CrossWorks for ARM Reference Manual Complete API reference
vscanf
Synopsis
Description
vscanf reads input from the standard input stream under control of the string pointed to by format that
specifies the admissible input sequences and how they are to be converted for assignment, using subsequent
arguments as pointers to the objects to receive the converted input. Before calling vscanf, arg must be
initialized by the va_start macro (and possibly subsequent va_arg calls). vscanf does not invoke the va_end
macro.
If there are insufficient arguments for the format, the behavior is undefined.
vscanf returns the value of the macro EOF if an input failure occurs before any conversion. Otherwise, vscanf
returns the number of input items assigned, which can be fewer than provided for, or even zero, in the event of
an early matching failure.
Note
vscanf is equivalent to scanf with the variable argument list replaced arg.
905
CrossWorks for ARM Reference Manual Complete API reference
vsnprintf
Synopsis
Description
vsnprintf writes to the string pointed to by s under control of the string pointed to by format that specifies how
subsequent arguments are converted for output. Before calling vsnprintf, arg must be initialized by the va_start
macro (and possibly subsequent va_arg calls). vsnprintf does not invoke the va_end macro.
If n is zero, nothing is written, and s can be a null pointer. Otherwise, output characters beyond the n1st are
discarded rather than being written to the array, and a null character is written at the end of the characters
actually written into the array. A null character is written at the end of the conversion; it is not counted as part of
the returned value.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
If copying takes place between objects that overlap, the behavior is undefined.
vsnprintf returns the number of characters that would have been written had n been sufficiently large, not
counting the terminating null character, or a negative value if an encoding error occurred. Thus, the null-
terminated output has been completely written if and only if the returned value is nonnegative and less than n.
Note
vsnprintf is equivalent to snprintf with the variable argument list replaced by arg.
906
CrossWorks for ARM Reference Manual Complete API reference
vsprintf
Synopsis
Description
vsprintf writes to the string pointed to by s under control of the string pointed to by format that specifies how
subsequent arguments are converted for output. Before calling vsprintf, arg must be initialized by the va_start
macro (and possibly subsequent va_arg calls). vsprintf does not invoke the va_end macro.
A null character is written at the end of the characters written; it is not counted as part of the returned value.
If there are insufficient arguments for the format, the behavior is undefined. If the format is exhausted while
arguments remain, the excess arguments are evaluated but are otherwise ignored.
If copying takes place between objects that overlap, the behavior is undefined.
vsprintf returns number of characters transmitted (not counting the terminating null), or a negative value if an
output or encoding error occurred.
Note
vsprintf is equivalent to sprintf with the variable argument list replaced by arg.
907
CrossWorks for ARM Reference Manual Complete API reference
vsscanf
Synopsis
Description
vsscanf reads input from the string s under control of the string pointed to by format that specifies the
admissible input sequences and how they are to be converted for assignment, using subsequent arguments
as pointers to the objects to receive the converted input. Before calling vsscanf, arg must be initialized by the
va_start macro (and possibly subsequent va_arg calls). vsscanf does not invoke the va_end macro.
If there are insufficient arguments for the format, the behavior is undefined.
vsscanf returns the value of the macro EOF if an input failure occurs before any conversion. Otherwise, vsscanf
returns the number of input items assigned, which can be fewer than provided for, or even zero, in the event of
an early matching failure.
Note
vsscanf is equivalent to sscanf with the variable argument list replaced by arg.
908
CrossWorks for ARM Reference Manual Complete API reference
<stdlib.h>
API Summary
Macros
EXIT_FAILURE EXIT_FAILURE
EXIT_SUCCESS EXIT_SUCCESS
MB_CUR_MAX Maximum number of bytes in a multi-byte character in
the current locale
RAND_MAX RAND_MAX
Types
div_t Structure containing quotient and remainder after
division of an int
ldiv_t Structure containing quotient and remainder after
division of a long
lldiv_t Structure containing quotient and remainder after
division of a long long
Integer arithmetic functions
abs Return an integer absolute value
div Divide two ints returning quotient and remainder
labs Return a long integer absolute value
ldiv Divide two longs returning quotient and remainder
llabs Return a long long integer absolute value
lldiv Divide two long longs returning quotient and
remainder
Memory allocation functions
calloc Allocate space for an array of objects and initialize
them to zero
free Frees allocated memory for reuse
malloc Allocate space for a single object
realloc Resizes allocated memory space or allocates memory
space
String to number conversions
atof Convert string to double
atoi Convert string to int
atol Convert string to long
atoll Convert string to long long
909
CrossWorks for ARM Reference Manual Complete API reference
910
CrossWorks for ARM Reference Manual Complete API reference
EXIT_FAILURE
Synopsis
#define EXIT_FAILURE 1
Description
911
CrossWorks for ARM Reference Manual Complete API reference
EXIT_SUCCESS
Synopsis
#define EXIT_SUCCESS 0
Description
912
CrossWorks for ARM Reference Manual Complete API reference
MB_CUR_MAX
Synopsis
Description
MB_CUR_MAX expands to a positive integer expression with type size_t that is the maximum number of bytes
in a multi-byte character for the extended character set specified by the current locale (category LC_CTYPE).
MB_CUR_MAX is never greater than MB_LEN_MAX.
913
CrossWorks for ARM Reference Manual Complete API reference
RAND_MAX
Synopsis
Description
RAND_MAX expands to an integer constant expression that is the maximum value returned by rand.
914
CrossWorks for ARM Reference Manual Complete API reference
abs
Synopsis
Description
915
CrossWorks for ARM Reference Manual Complete API reference
atexit
Synopsis
Description
atexit registers function to be called when the application has exited. The functions registered with atexit are
executed in reverse order of their registration. atexit returns 0 on success and non-zero on failure.
916
CrossWorks for ARM Reference Manual Complete API reference
atof
Synopsis
Description
atof converts the initial portion of the string pointed to by nptr to a double representation.
atof does not affect the value of errno on an error. If the value of the result cannot be represented, the behavior
is undefined.
Except for the behavior on error, atof is equivalent to strtod(nptr, (char **)NULL).
See Also
strtod
917
CrossWorks for ARM Reference Manual Complete API reference
atoi
Synopsis
Description
atoi converts the initial portion of the string pointed to by nptr to an int representation.
atoi does not affect the value of errno on an error. If the value of the result cannot be represented, the behavior
is undefined.
Except for the behavior on error, atoi is equivalent to (int)strtol(nptr, (char **)NULL, 10).
See Also
strtol
918
CrossWorks for ARM Reference Manual Complete API reference
atol
Synopsis
Description
atol converts the initial portion of the string pointed to by nptr to a long int representation.
atol does not affect the value of errno on an error. If the value of the result cannot be represented, the behavior
is undefined.
Except for the behavior on error, atol is equivalent to strtol(nptr, (char **)NULL, 10).
See Also
strtol
919
CrossWorks for ARM Reference Manual Complete API reference
atoll
Synopsis
Description
atoll converts the initial portion of the string pointed to by nptr to a long long int representation.
atoll does not affect the value of errno on an error. If the value of the result cannot be represented, the behavior
is undefined.
Except for the behavior on error, atoll is equivalent to strtoll(nptr, (char **)NULL, 10).
See Also
strtoll
920
CrossWorks for ARM Reference Manual Complete API reference
bsearch
Synopsis
Description
bsearch searches the array *base for the specified *key and returns a pointer to the first entry that matches or
null if no match. The array should have num elements of size bytes and be sorted by the same algorithm as the
compare function.
The compare function should return a negative value if the first parameter is less than second parameter, zero if
the parameters are equal, and a positive value if the first parameter is greater than the second parameter.
921
CrossWorks for ARM Reference Manual Complete API reference
calloc
Synopsis
Description
calloc allocates space for an array of nmemb objects, each of whose size is size. The space is initialized to all zero
bits.
calloc returns a null pointer if the space for the array of object cannot be allocated from free memory; if space for
the array can be allocated, calloc returns a pointer to the start of the allocated space.
922
CrossWorks for ARM Reference Manual Complete API reference
div
Synopsis
Description
div returns a structure of type div_t comprising both the quotient and the remainder. The structures contain
the members quot (the quotient) and rem (the remainder), each of which has the same type as the arguments
numer and denom. If either part of the result cannot be represented, the behavior is undefined.
See Also
div_t
923
CrossWorks for ARM Reference Manual Complete API reference
div_t
Description
924
CrossWorks for ARM Reference Manual Complete API reference
exit
Synopsis
Description
exit returns to the startup code and performs the appropriate cleanup process.
925
CrossWorks for ARM Reference Manual Complete API reference
free
Synopsis
Description
free causes the space pointed to by ptr to be deallocated, that is, made available for further allocation. If ptr is a
null pointer, no action occurs.
If ptr does not match a pointer earlier returned by calloc, malloc, or realloc, or if the space has been deallocated
by a call to free or realloc, the behavior is undefined.
926
CrossWorks for ARM Reference Manual Complete API reference
itoa
Synopsis
Description
itoa converts val to a string in base radix and places the result in buf.
If val is negative and radix is 10, the string has a leading minus sign (-); for all other values of radix, value is
considered unsigned and never has a leading minus sign.
See Also
927
CrossWorks for ARM Reference Manual Complete API reference
labs
Synopsis
Description
928
CrossWorks for ARM Reference Manual Complete API reference
ldiv
Synopsis
Description
ldiv returns a structure of type ldiv_t comprising both the quotient and the remainder. The structures contain
the members quot (the quotient) and rem (the remainder), each of which has the same type as the arguments
numer and denom. If either part of the result cannot be represented, the behavior is undefined.
See Also
ldiv_t
929
CrossWorks for ARM Reference Manual Complete API reference
ldiv_t
Description
930
CrossWorks for ARM Reference Manual Complete API reference
llabs
Synopsis
Description
llabs returns the absolute value of the long long integer argument j.
931
CrossWorks for ARM Reference Manual Complete API reference
lldiv
Synopsis
lldiv returns a structure of type lldiv_t comprising both the quotient and the remainder. The structures contain
the members quot (the quotient) and rem (the remainder), each of which has the same type as the arguments
numer and denom. If either part of the result cannot be represented, the behavior is undefined.
See Also
lldiv_t
932
CrossWorks for ARM Reference Manual Complete API reference
lldiv_t
Description
933
CrossWorks for ARM Reference Manual Complete API reference
lltoa
Synopsis
Description
lltoa converts val to a string in base radix and places the result in buf.
If val is negative and radix is 10, the string has a leading minus sign (-); for all other values of radix, value is
considered unsigned and never has a leading minus sign.
See Also
934
CrossWorks for ARM Reference Manual Complete API reference
ltoa
Synopsis
Description
ltoa converts val to a string in base radix and places the result in buf.
If val is negative and radix is 10, the string has a leading minus sign (-); for all other values of radix, value is
considered unsigned and never has a leading minus sign.
See Also
935
CrossWorks for ARM Reference Manual Complete API reference
malloc
Synopsis
Description
malloc allocates space for an object whose size is specified by 'b size and whose value is indeterminate.
malloc returns a null pointer if the space for the object cannot be allocated from free memory; if space for the
object can be allocated, malloc returns a pointer to the start of the allocated space.
936
CrossWorks for ARM Reference Manual Complete API reference
mblen
Synopsis
Description
mblen determines the number of bytes contained in the multi-byte character pointed to by s in the current
locale.
If s is a null pointer, mblen returns a nonzero or zero value, if multi-byte character encodings, respectively, do or
do not have state-dependent encodings
If s is not a null pointer, mblen either returns 0 (if s points to the null character), or returns the number of bytes
that are contained in the multi-byte character (if the next n or fewer bytes form a valid multi-byte character), or
returns 1 (if they do not form a valid multi-byte character).
Note
Except that the conversion state of the mbtowc function is not affected, it is equivalent to
Note
See Also
mblen_l, mbtowc
937
CrossWorks for ARM Reference Manual Complete API reference
mblen_l
Synopsis
Description
mblen_l determines the number of bytes contained in the multi-byte character pointed to by s in the locale loc.
If s is a null pointer, mblen_l returns a nonzero or zero value, if multi-byte character encodings, respectively, do
or do not have state-dependent encodings
If s is not a null pointer, mblen_l either returns 0 (if s points to the null character), or returns the number of bytes
that are contained in the multi-byte character (if the next n or fewer bytes form a valid multi-byte character), or
returns 1 (if they do not form a valid multi-byte character).
Note
Except that the conversion state of the mbtowc_l function is not affected, it is equivalent to
Note
See Also
mblen_l, mbtowc_l
938
CrossWorks for ARM Reference Manual Complete API reference
mbstowcs
Synopsis
Description
mbstowcs converts a sequence of multi-byte characters that begins in the initial shift state from the array
pointed to by s into a sequence of corresponding wide characters and stores not more than n wide characters
into the array pointed to by pwcs.
No multi-byte characters that follow a null character (which is converted into a null wide character) will be
examined or converted. Each multi-byte character is converted as if by a call to the mbtowc function, except that
the conversion state of the mbtowc function is not affected.
No more than n elements will be modified in the array pointed to by pwcs. If copying takes place between
objects that overlap, the behavior is undefined.
mbstowcs returns 1 if an invalid multi-byte character is encountered, otherwise mbstowcs returns the number
of array elements modified (if any), not including a terminating null wide character.
939
CrossWorks for ARM Reference Manual Complete API reference
mbstowcs_l
Synopsis
Description
mbstowcs_l is as mbstowcs except that the local loc is used for the conversion as opposed to the current locale.
See Also
mbstowcs.
940
CrossWorks for ARM Reference Manual Complete API reference
mbtowc
Synopsis
Description
mbtowc converts a single multi-byte character to a wide character in the current locale.
If s is a null pointer, mbtowc returns a nonzero value if multi-byte character encodings are state-dependent in
the current locale, and zero otherwise.
If s is not null and the object that s points to is a wide-character null character, mbtowc returns 0.
If s is not null and the object that points to forms a valid multi-byte character, mbtowc returns the length in
bytes of the multi-byte character.
If the object that points to does not form a valid multi-byte character within the first n characters, it returns 1.
See Also
mbtowc_l
941
CrossWorks for ARM Reference Manual Complete API reference
mbtowc_l
Synopsis
Description
If s is a null pointer, mbtowc_l returns a nonzero value if multi-byte character encodings are state-dependent in
the locale loc, and zero otherwise.
If s is not null and the object that s points to is a wide-character null character, mbtowc_l returns 0.
If s is not null and the object that points to forms a valid multi-byte character, mbtowc_l returns the length in
bytes of the multi-byte character.
If the object that s points to does not form a valid multi-byte character within the first n characters, it returns 1.
See Also
mbtowc
942
CrossWorks for ARM Reference Manual Complete API reference
qsort
Synopsis
qsort sorts the array *base using the compare function. The array should have num elements of size bytes. The
compare function should return a negative value if the first parameter is less than second parameter, zero if the
parameters are equal and a positive value if the first parameter is greater than the second parameter.
943
CrossWorks for ARM Reference Manual Complete API reference
rand
Synopsis
int rand(void);
Description
944
CrossWorks for ARM Reference Manual Complete API reference
realloc
Synopsis
Description
realloc deallocates the old object pointed to by ptr and returns a pointer to a new object that has the size
specified by size. The contents of the new object is identical to that of the old object prior to deallocation,
up to the lesser of the new and old sizes. Any bytes in the new object beyond the size of the old object have
indeterminate values.
If ptr is a null pointer, realloc behaves like realloc for the specified size. If memory for the new object cannot be
allocated, the old object is not deallocated and its value is unchanged.
realloc returns a pointer to the new object (which may have the same value as a pointer to the old object), or a
null pointer if the new object could not be allocated.
If ptr does not match a pointer earlier returned by calloc, malloc, or realloc, or if the space has been deallocated
by a call to free or realloc, the behavior is undefined.
945
CrossWorks for ARM Reference Manual Complete API reference
srand
Synopsis
Description
srand uses the argument seed as a seed for a new sequence of pseudo-random numbers to be returned by
subsequent calls to rand. If srand is called with the same seed value, the same sequence of pseudo-random
numbers is generated.
If rand is called before any calls to srand have been made, a sequence is generated as if srand is first called with
a seed value of 1.
See Also
rand
946
CrossWorks for ARM Reference Manual Complete API reference
strtod
Synopsis
Description
strtod converts the initial portion of the string pointed to by nptr to a double representation.
First, strtod decomposes the input string into three parts: an initial, possibly empty, sequence of white-space
characters (as specified by isspace), a subject sequence resembling a floating-point constant, and a final string
of one or more unrecognized characters, including the terminating null character of the input string. strtod then
attempts to convert the subject sequence to a floating-point number, and return the result.
The subject sequence is defined as the longest initial subsequence of the input string, starting with the first non-
white-space character, that is of the expected form. The subject sequence contains no characters if the input
string is empty or consists entirely of white space, or if the first non-white-space character is other than a sign or
a permissible letter or digit.
The expected form of the subject sequence is an optional plus or minus sign followed by a nonempty sequence
of decimal digits optionally containing a decimal-point character, then an optional exponent part.
If the subject sequence begins with a minus sign, the value resulting from the conversion is negated.
A pointer to the final string is stored in the object pointed to by strtod, provided that endptr is not a null
pointer.
If the subject sequence is empty or does not have the expected form, no conversion is performed, the value of
nptr is stored in the object pointed to by endptr, provided that endptr is not a null pointer.
strtod returns the converted value, if any. If no conversion could be performed, zero is returned. If the correct
value is outside the range of representable values, HUGE_VAL is returned according to the sign of the value, if
any, and the value of the macro errno is stored in errno.
947
CrossWorks for ARM Reference Manual Complete API reference
strtof
Synopsis
Description
strtof converts the initial portion of the string pointed to by nptr to a double representation.
First, strtof decomposes the input string into three parts: an initial, possibly empty, sequence of white-space
characters (as specified by isspace), a subject sequence resembling a floating-point constant, and a final string
of one or more unrecognized characters, including the terminating null character of the input string. strtof then
attempts to convert the subject sequence to a floating-point number, and return the result.
The subject sequence is defined as the longest initial subsequence of the input string, starting with the first non-
white-space character, that is of the expected form. The subject sequence contains no characters if the input
string is empty or consists entirely of white space, or if the first non-white-space character is other than a sign or
a permissible letter or digit.
The expected form of the subject sequence is an optional plus or minus sign followed by a nonempty sequence
of decimal digits optionally containing a decimal-point character, then an optional exponent part.
If the subject sequence begins with a minus sign, the value resulting from the conversion is negated. A pointer
to the final string is stored in the object pointed to by endptr, provided that endptr is not a null pointer.
If the subject sequence is empty or does not have the expected form, no conversion is performed, the value of
nptr is stored in the object pointed to by endptr, provided that endptr is not a null pointer.
strtof returns the converted value, if any. If no conversion could be performed, zero is returned. If the correct
value is outside the range of representable values, HUGE_VALF is returned according to the sign of the value, if
any, and the value of the macro errno is stored in errno.
948
CrossWorks for ARM Reference Manual Complete API reference
strtol
Synopsis
long int strtol(const char *nptr,
char **endptr,
int base);
Description
strtol converts the initial portion of the string pointed to by nptr to a long int representation.
First, strtol decomposes the input string into three parts: an initial, possibly empty, sequence of white-space
characters (as specified by isspace), a subject sequence resembling an integer represented in some radix
determined by the value of base, and a final string of one or more unrecognized characters, including the
terminating null character of the input string. strtol then attempts to convert the subject sequence to an integer,
and return the result.
If the value of base is zero, the expected form of the subject sequence is an optional plus or minus sign followed
by an integer constant.
If the value of base is between 2 and 36 (inclusive), the expected form of the subject sequence is an optional
plus or minus sign followed by a sequence of letters and digits representing an integer with the radix specified
by base. The letters from a (or A) through z (or Z) represent the values 10 through 35; only letters and digits
whose ascribed values are less than that of base are permitted.
If the value of base is 16, the characters 0x or 0X may optionally precede the sequence of letters and digits,
following the optional sign.
The subject sequence is defined as the longest initial subsequence of the input string, starting with the first non-
white-space character, that is of the expected form. The subject sequence contains no characters if the input
string is empty or consists entirely of white space, or if the first non-white-space character is other than a sign or
a permissible letter or digit.
If the subject sequence has the expected form and the value of base is zero, the sequence of characters starting
with the first digit is interpreted as an integer constant. If the subject sequence has the expected form and the
value of base is between 2 and 36, it is used as the base for conversion.
If the subject sequence begins with a minus sign, the value resulting from the conversion is negated.
A pointer to the final string is stored in the object pointed to by endptr, provided that endptr is not a null
pointer.
If the subject sequence is empty or does not have the expected form, no conversion is performed, the value of
nptr is stored in the object pointed to by endptr, provided that endptr is not a null pointer.
949
CrossWorks for ARM Reference Manual Complete API reference
strtol returns the converted value, if any. If no conversion could be performed, zero is returned. If the correct
value is outside the range of representable values, LONG_MIN or LONG_MAX is returned according to the sign
of the value, if any, and the value of the macro errno is stored in errno.
950
CrossWorks for ARM Reference Manual Complete API reference
strtoll
Synopsis
long long int strtoll(const char *nptr,
char **endptr,
int base);
Description
strtoll converts the initial portion of the string pointed to by nptr to a long int representation.
First, strtoll decomposes the input string into three parts: an initial, possibly empty, sequence of white-space
characters (as specified by isspace), a subject sequence resembling an integer represented in some radix
determined by the value of base, and a final string of one or more unrecognized characters, including the
terminating null character of the input string. strtoll then attempts to convert the subject sequence to an
integer, and return the result.
If the value of base is zero, the expected form of the subject sequence is an optional plus or minus sign followed
by an integer constant.
If the value of base is between 2 and 36 (inclusive), the expected form of the subject sequence is an optional
plus or minus sign followed by a sequence of letters and digits representing an integer with the radix specified
by base. The letters from a (or A) through z (or Z) represent the values 10 through 35; only letters and digits
whose ascribed values are less than that of base are permitted.
If the value of base is 16, the characters 0x or 0X may optionally precede the sequence of letters and digits,
following the optional sign.
The subject sequence is defined as the longest initial subsequence of the input string, starting with the first non-
white-space character, that is of the expected form. The subject sequence contains no characters if the input
string is empty or consists entirely of white space, or if the first non-white-space character is other than a sign or
a permissible letter or digit.
If the subject sequence has the expected form and the value of base is zero, the sequence of characters starting
with the first digit is interpreted as an integer constant. If the subject sequence has the expected form and the
value of base is between 2 and 36, it is used as the base for conversion.
If the subject sequence begins with a minus sign, the value resulting from the conversion is negated.
A pointer to the final string is stored in the object pointed to by endptr, provided that endptr is not a null
pointer.
If the subject sequence is empty or does not have the expected form, no conversion is performed, the value of
nptr is stored in the object pointed to by endptr, provided that endptr is not a null pointer.
951
CrossWorks for ARM Reference Manual Complete API reference
strtoll returns the converted value, if any. If no conversion could be performed, zero is returned. If the correct
value is outside the range of representable values, LLONG_MIN or LLONG_MAX is returned according to the
sign of the value, if any, and the value of the macro ERANGE is stored in errno.
952
CrossWorks for ARM Reference Manual Complete API reference
strtoul
Synopsis
unsigned long int strtoul(const char *nptr,
char **endptr,
int base);
Description
strtoul converts the initial portion of the string pointed to by nptr to a long int representation.
First, strtoul decomposes the input string into three parts: an initial, possibly empty, sequence of white-space
characters (as specified by isspace), a subject sequence resembling an integer represented in some radix
determined by the value of base, and a final string of one or more unrecognized characters, including the
terminating null character of the input string. strtoul then attempts to convert the subject sequence to an
integer, and return the result.
If the value of base is zero, the expected form of the subject sequence is an optional plus or minus sign followed
by an integer constant.
If the value of base is between 2 and 36 (inclusive), the expected form of the subject sequence is an optional
plus or minus sign followed by a sequence of letters and digits representing an integer with the radix specified
by base. The letters from a (or A) through z (or Z) represent the values 10 through 35; only letters and digits
whose ascribed values are less than that of base are permitted.
If the value of base is 16, the characters 0x or 0X may optionally precede the sequence of letters and digits,
following the optional sign.
The subject sequence is defined as the longest initial subsequence of the input string, starting with the first non-
white-space character, that is of the expected form. The subject sequence contains no characters if the input
string is empty or consists entirely of white space, or if the first non-white-space character is other than a sign or
a permissible letter or digit.
If the subject sequence has the expected form and the value of base is zero, the sequence of characters starting
with the first digit is interpreted as an integer constant. If the subject sequence has the expected form and the
value of base is between 2 and 36, it is used as the base for conversion.
If the subject sequence begins with a minus sign, the value resulting from the conversion is negated.
A pointer to the final string is stored in the object pointed to by endptr, provided that endptr is not a null
pointer.
If the subject sequence is empty or does not have the expected form, no conversion is performed, the value of
nptr is stored in the object pointed to by endptr, provided that endptr is not a null pointer.
953
CrossWorks for ARM Reference Manual Complete API reference
strtoul returns the converted value, if any. If no conversion could be performed, zero is returned. If the correct
value is outside the range of representable values, LONG_MAX or ULONG_MAX is returned according to the
sign of the value, if any, and the value of the macro ERANGE is stored in errno.
954
CrossWorks for ARM Reference Manual Complete API reference
strtoull
Synopsis
unsigned long long int strtoull(const char *nptr,
char **endptr,
int base);
Description
strtoull converts the initial portion of the string pointed to by nptr to a long int representation.
First, strtoull decomposes the input string into three parts: an initial, possibly empty, sequence of white-space
characters (as specified by isspace), a subject sequence resembling an integer represented in some radix
determined by the value of base, and a final string of one or more unrecognized characters, including the
terminating null character of the input string. strtoull then attempts to convert the subject sequence to an
integer, and return the result.
If the value of base is zero, the expected form of the subject sequence is an optional plus or minus sign followed
by an integer constant.
If the value of base is between 2 and 36 (inclusive), the expected form of the subject sequence is an optional
plus or minus sign followed by a sequence of letters and digits representing an integer with the radix specified
by base. The letters from a (or A) through z (or Z) represent the values 10 through 35; only letters and digits
whose ascribed values are less than that of base are permitted.
If the value of base is 16, the characters 0x or 0X may optionally precede the sequence of letters and digits,
following the optional sign.
The subject sequence is defined as the longest initial subsequence of the input string, starting with the first non-
white-space character, that is of the expected form. The subject sequence contains no characters if the input
string is empty or consists entirely of white space, or if the first non-white-space character is other than a sign or
a permissible letter or digit.
If the subject sequence has the expected form and the value of base is zero, the sequence of characters starting
with the first digit is interpreted as an integer constant. If the subject sequence has the expected form and the
value of base is between 2 and 36, it is used as the base for conversion.
If the subject sequence begins with a minus sign, the value resulting from the conversion is negated.
A pointer to the final string is stored in the object pointed to by endptr, provided that endptr is not a null
pointer.
If the subject sequence is empty or does not have the expected form, no conversion is performed, the value of
nptr is stored in the object pointed to by endptr, provided that endptr is not a null pointer.
955
CrossWorks for ARM Reference Manual Complete API reference
strtoull returns the converted value, if any. If no conversion could be performed, zero is returned. If the correct
value is outside the range of representable values, LLONG_MAX or ULLONG_MAX is returned according to the
sign of the value, if any, and the value of the macro ERANGE is stored in errno.
956
CrossWorks for ARM Reference Manual Complete API reference
ulltoa
Synopsis
Description
ulltoa converts val to a string in base radix and places the result in buf.
See Also
957
CrossWorks for ARM Reference Manual Complete API reference
ultoa
Synopsis
Description
ultoa converts val to a string in base radix and places the result in buf.
See Also
958
CrossWorks for ARM Reference Manual Complete API reference
utoa
Synopsis
Description
utoa converts val to a string in base radix and places the result in buf.
See Also
959
CrossWorks for ARM Reference Manual Complete API reference
<string.h>
Overview
The header file <string.h> defines functions that operate on arrays that are interpreted as null-terminated
strings.
Various methods are used for determining the lengths of the arrays, but in all cases a char * or void * argument
points to the initial (lowest addressed) character of the array. If an array is accessed beyond the end of an object,
the behavior is undefined.
Where an argument declared as size_t n specifies the length of an array for a function, n can have the value zero
on a call to that function. Unless explicitly stated otherwise in the description of a particular function, pointer
arguments must have valid values on a call with a zero size. On such a call, a function that locates a character
finds no occurrence, a function that compares two character sequences returns zero, and a function that copies
characters copies zero characters.
API Summary
Copying functions
memccpy Copy memory with specified terminator (POSIX
extension)
memcpy Copy memory
memcpy_fast Copy memory
memmove Safely copy overlapping memory
mempcpy Copy memory (GNU extension)
strcat Concatenate strings
strcpy Copy string
strdup Duplicate string (POSIX extension)
strlcat Copy string up to a maximum length with terminator
(BSD extension)
strlcpy Copy string up to a maximum length with terminator
(BSD extension)
strncat Concatenate strings up to maximum length
strncpy Copy string up to a maximum length
strndup Duplicate string (POSIX extension)
Comparison functions
memcmp Compare memory
strcasecmp Compare strings ignoring case (POSIX extension)
960
CrossWorks for ARM Reference Manual Complete API reference
961
CrossWorks for ARM Reference Manual Complete API reference
memccpy
Synopsis
Description
memccpy copies at most n characters from the object pointed to by s2 into the object pointed to by s1. The
copying stops as soon as n characters are copied or the character c is copied into the destination object pointed
to by s1. The behavior of memccpy is undefined if copying takes place between objects that overlap.
memccpy returns a pointer to the character immediately following c in s1, or NULL if c was not found in the first
n characters of s2.
Note
962
CrossWorks for ARM Reference Manual Complete API reference
memchr
Synopsis
Description
memchr locates the first occurrence of c (converted to an unsigned char) in the initial n characters (each
interpreted as unsigned char) of the object pointed to by s. Unlike strchr, memchr does not terminate a search
when a null character is found in the object pointed to by s.
memchr returns a pointer to the located character, or a null pointer if c does not occur in the object.
963
CrossWorks for ARM Reference Manual Complete API reference
memcmp
Synopsis
Description
memcmp compares the first n characters of the object pointed to by s1 to the first n characters of the object
pointed to by s2. memcmp returns an integer greater than, equal to, or less than zero as the object pointed to
by s1 is greater than, equal to, or less than the object pointed to by s2.
964
CrossWorks for ARM Reference Manual Complete API reference
memcpy
Synopsis
Description
memcpy copies n characters from the object pointed to by s2 into the object pointed to by s1. The behavior of
memcpy is undefined if copying takes place between objects that overlap.
965
CrossWorks for ARM Reference Manual Complete API reference
memcpy_fast
Synopsis
Description
memcpy_fast copies n characters from the object pointed to by s2 into the object pointed to by s1. The
behavior of memcpy_fast is undefined if copying takes place between objects that overlap. The implementation
of memcpy_fast is optimized for speed for all cases of memcpy and as such has a large code memory
requirement. This function is implemented for little-endian ARM and 32-bit Thumb-2 instruction sets only.
966
CrossWorks for ARM Reference Manual Complete API reference
memmove
Synopsis
Description
memmove copies n characters from the object pointed to by s2 into the object pointed to by s1 ensuring that
if s1 and s2 overlap, the copy works correctly. Copying takes place as if the n characters from the object pointed
to by s2 are first copied into a temporary array of n characters that does not overlap the objects pointed to by s1
and s2, and then the n characters from the temporary array are copied into the object pointed to by s1.
967
CrossWorks for ARM Reference Manual Complete API reference
mempcpy
Synopsis
Description
mempcpy copies n characters from the object pointed to by s2 into the object pointed to by s1. The behavior of
mempcpy is undefined if copying takes place between objects that overlap.
mempcpy returns a pointer to the byte following the last written byte.
Note
968
CrossWorks for ARM Reference Manual Complete API reference
memset
Synopsis
Description
memset copies the value of c (converted to an unsigned char) into each of the first n characters of the object
pointed to by s.
969
CrossWorks for ARM Reference Manual Complete API reference
strcasecmp
Synopsis
Description
strcasecmp compares the string pointed to by s1 to the string pointed to by s2 ignoring differences in case.
strcasecmp returns an integer greater than, equal to, or less than zero if the string pointed to by s1 is greater
than, equal to, or less than the string pointed to by s2.
Note
970
CrossWorks for ARM Reference Manual Complete API reference
strcasestr
Synopsis
Description
strcasestr locates the first occurrence in the string pointed to by s1 of the sequence of characters (excluding the
terminating null character) in the string pointed to by s2 without regard to character case.
strcasestr returns a pointer to the located string, or a null pointer if the string is not found. If s2 points to a string
with zero length, strcasestr returns s1.
Note
971
CrossWorks for ARM Reference Manual Complete API reference
strcat
Synopsis
Description
strcat appends a copy of the string pointed to by s2 (including the terminating null character) to the end of the
string pointed to by s1. The initial character of s2 overwrites the null character at the end of s1. The behavior of
strcat is undefined if copying takes place between objects that overlap.
972
CrossWorks for ARM Reference Manual Complete API reference
strchr
Synopsis
Description
strchr locates the first occurrence of c (converted to a char) in the string pointed to by s. The terminating null
character is considered to be part of the string.
strchr returns a pointer to the located character, or a null pointer if c does not occur in the string.
973
CrossWorks for ARM Reference Manual Complete API reference
strcmp
Synopsis
Description
strcmp compares the string pointed to by s1 to the string pointed to by s2. strcmp returns an integer greater
than, equal to, or less than zero if the string pointed to by s1 is greater than, equal to, or less than the string
pointed to by s2.
974
CrossWorks for ARM Reference Manual Complete API reference
strcpy
Synopsis
Description
strcpy copies the string pointed to by s2 (including the terminating null character) into the array pointed to by
s1. The behavior of strcpy is undefined if copying takes place between objects that overlap.
975
CrossWorks for ARM Reference Manual Complete API reference
strcspn
Synopsis
Description
strcspn computes the length of the maximum initial segment of the string pointed to by s1 which consists
entirely of characters not from the string pointed to by s2.
976
CrossWorks for ARM Reference Manual Complete API reference
strdup
Synopsis
Description
strdup duplicates the string pointed to by s1 by using malloc to allocate memory for a copy of s and then
copying s, including the terminating null, to that memory strdup returns a pointer to the new string or a null
pointer if the new string cannot be created. The returned pointer can be passed to free.
Note
977
CrossWorks for ARM Reference Manual Complete API reference
strerror
Synopsis
Description
strerror maps the number in num to a message string. Typically, the values for num come from errno, but
strerror can map any value of type int to a message.
strerror returns a pointer to the message string. The program must not modify the returned message string. The
message may be overwritten by a subsequent call to strerror.
978
CrossWorks for ARM Reference Manual Complete API reference
strlcat
Synopsis
Description
strlcat appends no more than nstrlen(dst)1 characters pointed to by s2 into the array pointed to by s1 and
always terminates the result with a null character if n is greater than zero. Both the strings s1 and s2 must be
terminated with a null character on entry to strlcat and a byte for the terminating null should be included in n.
The behavior of strlcat is undefined if copying takes place between objects that overlap.
strlcat returns the number of characters it tried to copy, which is the sum of the lengths of the strings s1 and s2
or n, whichever is smaller.
Note
979
CrossWorks for ARM Reference Manual Complete API reference
strlcpy
Synopsis
Description
strlcpy copies up to n1 characters from the string pointed to by s2 into the array pointed to by s1 and always
terminates the result with a null character. The behavior of strlcpy is undefined if copying takes place between
objects that overlap.
strlcpy returns the number of characters it tried to copy, which is the length of the string s2 or n, whichever is
smaller.
Note
strlcpy is commonly found in OpenBSD libraries and contrasts with strncpy in that the resulting string is always
terminated with a null character.
980
CrossWorks for ARM Reference Manual Complete API reference
strlen
Synopsis
Description
strlen returns the length of the string pointed to by s, that is the number of characters that precede the
terminating null character.
981
CrossWorks for ARM Reference Manual Complete API reference
strncasecmp
Synopsis
Description
strncasecmp compares not more than n characters from the array pointed to by s1 to the array pointed to by s2
ignoring differences in case. Characters that follow a null character are not compared.
strncasecmp returns an integer greater than, equal to, or less than zero, if the possibly null-terminated array
pointed to by s1 is greater than, equal to, or less than the possibly null-terminated array pointed to by s2.
Note
982
CrossWorks for ARM Reference Manual Complete API reference
strncasestr
Synopsis
Description
strncasestr searches at most n characters to locate the first occurrence in the string pointed to by s1 of the
sequence of characters (excluding the terminating null character) in the string pointed to by s2 without regard
to character case.
strncasestr returns a pointer to the located string, or a null pointer if the string is not found. If s2 points to a
string with zero length, strncasestr returns s1.
Note
983
CrossWorks for ARM Reference Manual Complete API reference
strncat
Synopsis
Description
strncat appends not more than n characters from the array pointed to by s2 to the end of the string pointed to
by s1. A null character in s1 and characters that follow it are not appended. The initial character of s2 overwrites
the null character at the end of s1. A terminating null character is always appended to the result. The behavior of
strncat is undefined if copying takes place between objects that overlap.
984
CrossWorks for ARM Reference Manual Complete API reference
strnchr
Synopsis
Description
strnchr searches not more than n characters to locate the first occurrence of c (converted to a char) in the string
pointed to by s. The terminating null character is considered to be part of the string.
strnchr returns a pointer to the located character, or a null pointer if c does not occur in the string.
985
CrossWorks for ARM Reference Manual Complete API reference
strncmp
Synopsis
Description
strncmp compares not more than n characters from the array pointed to by s1 to the array pointed to by s2.
Characters that follow a null character are not compared.
strncmp returns an integer greater than, equal to, or less than zero, if the possibly null-terminated array pointed
to by s1 is greater than, equal to, or less than the possibly null-terminated array pointed to by s2.
986
CrossWorks for ARM Reference Manual Complete API reference
strncpy
Synopsis
Description
strncpy copies not more than n characters from the array pointed to by s2 to the array pointed to by s1.
Characters that follow a null character in s2 are not copied. The behavior of strncpy is undefined if copying takes
place between objects that overlap. If the array pointed to by s2 is a string that is shorter than n characters, null
characters are appended to the copy in the array pointed to by s1, until n characters in all have been written.
Note
No null character is implicitly appended to the end of s1, so s1 will only be terminated by a null character if the
length of the string pointed to by s2 is less than n.
987
CrossWorks for ARM Reference Manual Complete API reference
strndup
Synopsis
Description
strndup duplicates at most n characters from the the string pointed to by s1 by using malloc to allocate memory
for a copy of s1.
If the length of string pointed to by s1 is greater than n characters, only n characters will be duplicated. If n is
greater than the length of string pointed to by s1, all characters in the string are copied into the allocated array
including the terminating null character.
strndup returns a pointer to the new string or a null pointer if the new string cannot be created. The returned
pointer can be passed to free.
Note
988
CrossWorks for ARM Reference Manual Complete API reference
strnlen
Synopsis
Description
strnlen returns the length of the string pointed to by s, up to a maximum of n characters. strnlen only examines
the first n characters of the string s.
Note
989
CrossWorks for ARM Reference Manual Complete API reference
strnstr
Synopsis
Description
strnstr searches at most n characters to locate the first occurrence in the string pointed to by s1 of the sequence
of characters (excluding the terminating null character) in the string pointed to by s2.
strnstr returns a pointer to the located string, or a null pointer if the string is not found. If s2 points to a string
with zero length, strnstr returns s1.
Note
990
CrossWorks for ARM Reference Manual Complete API reference
strpbrk
Synopsis
Description
strpbrk locates the first occurrence in the string pointed to by s1 of any character from the string pointed to by
s2.
strpbrk returns a pointer to the character, or a null pointer if no character from s2 occurs in s1.
991
CrossWorks for ARM Reference Manual Complete API reference
strrchr
Synopsis
Description
strrchr locates the last occurrence of c (converted to a char) in the string pointed to by s. The terminating null
character is considered to be part of the string.
strrchr returns a pointer to the character, or a null pointer if c does not occur in the string.
992
CrossWorks for ARM Reference Manual Complete API reference
strsep
Synopsis
Description
strsep locates, in the string referenced by *stringp, the first occurrence of any character in the string delim (or
the terminating null character) and replaces it with a null character. The location of the next character after the
delimiter character (or NULL, if the end of the string was reached) is stored in *stringp. The original value of
*stringp is returned.
An empty field (that is, a character in the string delim occurs as the first character of *stringp can be detected by
comparing the location referenced by the returned pointer to the null character.
Note
993
CrossWorks for ARM Reference Manual Complete API reference
strspn
Synopsis
Description
strspn computes the length of the maximum initial segment of the string pointed to by s1 which consists
entirely of characters from the string pointed to by s2.
994
CrossWorks for ARM Reference Manual Complete API reference
strstr
Synopsis
Description
strstr locates the first occurrence in the string pointed to by s1 of the sequence of characters (excluding the
terminating null character) in the string pointed to by s2.
strstr returns a pointer to the located string, or a null pointer if the string is not found. If s2 points to a string with
zero length, strstr returns s1.
995
CrossWorks for ARM Reference Manual Complete API reference
strtok
Synopsis
Description
strtok A sequence of calls to strtok breaks the string pointed to by s1 into a sequence of tokens, each of which
is delimited by a character from the string pointed to by s2. The first call in the sequence has a non-null first
argument; subsequent calls in the sequence have a null first argument. The separator string pointed to by s2
may be different from call to call.
The first call in the sequence searches the string pointed to by s1 for the first character that is not contained in
the current separator string pointed to by s2. If no such character is found, then there are no tokens in the string
pointed to by s1 and strtok returns a null pointer. If such a character is found, it is the start of the first token.
strtok then searches from there for a character that is contained in the current separator string. If no such
character is found, the current token extends to the end of the string pointed to by s1, and subsequent searches
for a token will return a null pointer. If such a character is found, it is overwritten by a null character, which
terminates the current token. strtok saves a pointer to the following character, from which the next search for a
token will start.
Each subsequent call, with a null pointer as the value of the first argument, starts searching from the saved
pointer and behaves as described above.
Note
strtok maintains static state and is therefore not reentrant and not thread safe. See strtok_r for a thread-safe and
reentrant variant.
See Also
strsep, strtok_r.
996
CrossWorks for ARM Reference Manual Complete API reference
strtok_r
Synopsis
Description
strtok_r is a reentrant version of the function strtok where the state is maintained in the object of type char *
pointed to by s3.
Note
strtok_r conforms to POSIX.1-2008 and is commonly found in Linux and BSD C libraries.
See Also
strtok.
997
CrossWorks for ARM Reference Manual Complete API reference
<time.h>
API Summary
Types
clock_t Clock type
time_t Time type
tm Time structure
Functions
asctime Convert a struct tm to a string
asctime_r Convert a struct tm to a string
ctime Convert a time_t to a string
ctime_r Convert a time_t to a string
difftime Calculates the difference between two times
gmtime Convert a time_t to a struct tm
gmtime_r Convert a time_t to a struct tm
localtime Convert a time_t to a struct tm
localtime_r Convert a time_t to a struct tm
mktime Convert a struct tm to time_t
strftime Format a struct tm to a string
998
CrossWorks for ARM Reference Manual Complete API reference
asctime
Synopsis
Description
asctime converts the *tp struct to a null terminated string of the form Sun Sep 16 01:03:52 1973. The
returned string is held in a static buffer. asctime is not re-entrant.
999
CrossWorks for ARM Reference Manual Complete API reference
asctime_r
Synopsis
Description
asctime_r converts the *tp struct to a null terminated string of the form Sun Sep 16 01:03:52 1973 in buf and
returns buf. The buf must point to an array at least 26 bytes in length.
1000
CrossWorks for ARM Reference Manual Complete API reference
clock_t
Synopsis
Description
1001
CrossWorks for ARM Reference Manual Complete API reference
ctime
Synopsis
Description
ctime converts the *tp to a null terminated string. The returned string is held in a static buffer, this function is
not re-entrant.
1002
CrossWorks for ARM Reference Manual Complete API reference
ctime_r
Synopsis
Description
ctime_r converts the *tp to a null terminated string in buf and returns buf. The buf must point to an array at
least 26 bytes in length.
1003
CrossWorks for ARM Reference Manual Complete API reference
difftime
Synopsis
Description
1004
CrossWorks for ARM Reference Manual Complete API reference
gmtime
Synopsis
Description
gmtime converts the *tp time format to a struct tm time format. The returned value points to a static object -
this function is not re-entrant.
1005
CrossWorks for ARM Reference Manual Complete API reference
gmtime_r
Synopsis
Description
gmtime_r converts the *tp time format to a struct tm time format in *result and returns result.
1006
CrossWorks for ARM Reference Manual Complete API reference
localtime
Synopsis
Description
localtime converts the *tp time format to a struct tm local time format. The returned value points to a static
object - this function is not re-entrant.
1007
CrossWorks for ARM Reference Manual Complete API reference
localtime_r
Synopsis
Description
localtime_r converts the *tp time format to a struct tm local time format in *result and returns result.
1008
CrossWorks for ARM Reference Manual Complete API reference
mktime
Synopsis
Description
mktime validates (and updates) the *tp struct to ensure that the tm_sec, tm_min, tm_hour, tm_mon fields
are within the supported integer ranges and the tm_mday, tm_mon and tm_year fields are consistent. The
validated *tp struct is converted to the number of seconds since UTC 1 January 1970 and returned.
1009
CrossWorks for ARM Reference Manual Complete API reference
strftime
Synopsis
size_t strftime(char *s,
size_t smax,
const char *fmt,
const tm *tp);
Description
strftime formats the *tp struct to a null terminated string of maximum size smax-1 into the array at *s based
on the fmt format string. The format string consists of conversion specifications and ordinary characters.
Conversion specifications start with a % character followed by an optional # character. The following conversion
specifications are supported:
Specification Description
%a Abbreviated weekday name
%A Full weekday name
%b Abbreviated month name
%B Full month name
%c Date and time representation appropriate for locale
%#c Date and time formatted as "%A, %B %#d, %Y, %H:%M:
%S" (Microsoft extension)
%C Century number
%d Day of month as a decimal number [01,31]
%#d Day of month without leading zero [1,31]
%D Date in the form %m/%d/%y (POSIX.1-2008 extension)
%e Day of month [ 1,31], single digit preceded by space
%F Date in the format %Y-%m-%d
%h Abbreviated month name as %b
%H Hour in 24-hour format [00,23]
%#H Hour in 24-hour format without leading zeros [0,23]
%I Hour in 12-hour format [01,12]
%#I Hour in 12-hour format without leading zeros [1,12]
%j Day of year as a decimal number [001,366]
%#j Day of year as a decimal number without leading zeros
[1,366]
%k Hour in 24-hour clock format [ 0,23] (POSIX.1-2008
extension)
1010
CrossWorks for ARM Reference Manual Complete API reference
1011
CrossWorks for ARM Reference Manual Complete API reference
time_t
Synopsis
Description
time_t is a long type that represents the time in number of seconds since UTC 1 January 1970, negative values
indicate time before UTC 1 January 1970.
1012
CrossWorks for ARM Reference Manual Complete API reference
tm
Synopsis
typedef struct {
int tm_sec;
int tm_min;
int tm_hour;
int tm_mday;
int tm_mon;
int tm_year;
int tm_wday;
int tm_yday;
int tm_isdst;
} tm;
Description
Member Description
tm_sec seconds after the minute - [0,59]
tm_min minutes after the hour - [0,59]
tm_hour hours since midnight - [0,23]
tm_mday day of the month - [1,31]
tm_mon months since January - [0,11]
tm_year years since 1900
tm_wday days since Sunday - [0,6]
tm_yday days since January 1 - [0,365]
tm_isdst daylight savings time flag
1013
CrossWorks for ARM Reference Manual Complete API reference
<wchar.h>
API Summary
Character minimum and maximum values
WCHAR_MAX Maximum value of a wide character
WCHAR_MIN Minimum value of a wide character
Constants
WEOF End of file indication
Types
wchar_t Wide character type
wint_t Wide integer type
Copying functions
wcscat Concatenate strings
wcscpy Copy string
wcsncat Concatenate strings up to maximum length
wcsncpy Copy string up to a maximum length
wmemccpy Copy memory with specified terminator (POSIX
extension)
wmemcpy Copy memory
wmemmove Safely copy overlapping memory
wmempcpy Copy memory (GNU extension)
Comparison functions
wcscmp Compare strings
wcsncmp Compare strings up to a maximum length
wmemcmp Compare memory
Search functions
wcschr Find character within string
wcscspn Compute size of string not prefixed by a set of
characters
wcsnchr Find character in a length-limited string
wcsnlen Calculate length of length-limited string
wcsnstr Find first occurrence of a string within length-limited
string
wcspbrk Find first occurrence of characters within string
wcsrchr Find last occurrence of character within string
1014
CrossWorks for ARM Reference Manual Complete API reference
1015
CrossWorks for ARM Reference Manual Complete API reference
WCHAR_MAX
Synopsis
Description
WCHAR_MAX is the maximum value for an object of type wchar_t. Although capable of storing larger values,
the maximum value implemented by the conversion functions in the library is the value 0x10FFFF defined by ISO
10646.
1016
CrossWorks for ARM Reference Manual Complete API reference
WCHAR_MIN
Synopsis
Description
1017
CrossWorks for ARM Reference Manual Complete API reference
WEOF
Synopsis
Description
WEOF expands to a constant value that does not correspond to any character in the wide character set. It is
typically used to indicate an end of file condition.
1018
CrossWorks for ARM Reference Manual Complete API reference
btowc
Synopsis
Description
btowc function determines whether c constitutes a valid single-byte character. If c is a valid single-byte
character, btowc returns the wide character representation of that character
btowc returns WEOF if c has the value EOF or if (unsigned char)c does not constitute a valid single-byte
character in the initial shift state.
1019
CrossWorks for ARM Reference Manual Complete API reference
btowc_l
Synopsis
wint_t btowc_l(int c,
locale_t loc);
Description
btowc_l function determines whether c constitutes a valid single-byte character in the locale loc. If c is a valid
single-byte character, btowc_l returns the wide character representation of that character
btowc_l returns WEOF if c has the value EOF or if (unsigned char)c does not constitute a valid single-byte
character in the initial shift state.
1020
CrossWorks for ARM Reference Manual Complete API reference
mbrlen
Synopsis
Note
where internal is the mbstate_t object for the mbrlen function, except that the expression designated by ps is
evaluated only once.
1021
CrossWorks for ARM Reference Manual Complete API reference
mbrlen_l
Synopsis
Note
where internal is the mbstate_t object for the mbrlen function, except that the expression designated by ps is
evaluated only once.
1022
CrossWorks for ARM Reference Manual Complete API reference
mbrtowc
Synopsis
Description
mbrtowc converts a single multi-byte character to a wide character in the current locale.
If s is a null pointer, mbrtowc is equivalent to mbrtowc(NULL, "", 1, ps), ignoring pwc and n.
If s is not null and the object that s points to is a wide-character null character, mbrtowc returns 0.
If s is not null and the object that points to forms a valid multi-byte character with a most n bytes, mbrtowc
returns the length in bytes of the multi-byte character and stores that wide character to the object pointed to by
pwc (if pwc is not null).
If the object that points to forms an incomplete, but possibly valid, multi-byte character, mbrtowc returns 2. If
the object that points to does not form a partial multi-byte character, mbrtowc returns 1.
See Also
mbtowc, mbrtowc_l
1023
CrossWorks for ARM Reference Manual Complete API reference
mbrtowc_l
Synopsis
Description
mbrtowc_l converts a single multi-byte character to a wide character in the locale loc.
If s is a null pointer, mbrtowc_l is equivalent to mbrtowc(NULL, "", 1, ps), ignoring pwc and n.
If s is not null and the object that s points to is a wide-character null character, mbrtowc_l returns 0.
If s is not null and the object that points to forms a valid multi-byte character with a most n bytes, mbrtowc_l
returns the length in bytes of the multi-byte character and stores that wide character to the object pointed to by
pwc (if pwc is not null).
If the object that points to forms an incomplete, but possibly valid, multi-byte character, mbrtowc_l returns 2. If
the object that points to does not form a partial multi-byte character, mbrtowc_l returns 1.
See Also
mbrtowc, mbtowc_l
1024
CrossWorks for ARM Reference Manual Complete API reference
mbsrtowcs
Synopsis
Description
mbsrtowcs converts a sequence of multi-byte characters that begins in the conversion state described by the
object pointed to by ps, from the array indirectly pointed to by src into a sequence of corresponding wide
characters If dst is not a null pointer, the converted characters are stored into the array pointed to by dst.
Conversion continues up to and including a terminating null character, which is also stored.
Conversion stops earlier in two cases: when a sequence of bytes is encountered that does not form a valid multi-
byte character, or (if dst is not a null pointer) when len wide characters have been stored into the array pointed
to by dst. Each conversion takes place as if by a call to the mbrtowc function.
If dst is not a null pointer, the pointer object pointed to by src is assigned either a null pointer (if conversion
stopped due to reaching a terminating null character) or the address just past the last multi-byte character
converted (if any). If conversion stopped due to reaching a terminating null character and if dst is not a null
pointer, the resulting state described is the initial conversion state.
See Also
mbsrtowcs_l, mbrtowc
1025
CrossWorks for ARM Reference Manual Complete API reference
mbsrtowcs_l
Synopsis
Description
mbsrtowcs_l converts a sequence of multi-byte characters that begins in the conversion state described by
the object pointed to by ps, from the array indirectly pointed to by src into a sequence of corresponding wide
characters If dst is not a null pointer, the converted characters are stored into the array pointed to by dst.
Conversion continues up to and including a terminating null character, which is also stored.
Conversion stops earlier in two cases: when a sequence of bytes is encountered that does not form a valid multi-
byte character, or (if dst is not a null pointer) when len wide characters have been stored into the array pointed
to by dst. Each conversion takes place as if by a call to the mbrtowc function.
If dst is not a null pointer, the pointer object pointed to by src is assigned either a null pointer (if conversion
stopped due to reaching a terminating null character) or the address just past the last multi-byte character
converted (if any). If conversion stopped due to reaching a terminating null character and if dst is not a null
pointer, the resulting state described is the initial conversion state.
See Also
mbsrtowcs_l, mbrtowc
1026
CrossWorks for ARM Reference Manual Complete API reference
msbinit
Synopsis
Description
msbinit function returns nonzero if ps is a null pointer or if the pointed-to object describes an initial conversion
state; otherwise, msbinit returns zero.
1027
CrossWorks for ARM Reference Manual Complete API reference
wchar_t
Synopsis
Description
Depending on implementation you can control whether wchar_t is represented by a short 16-bit type or the
standard 32-bit type.
1028
CrossWorks for ARM Reference Manual Complete API reference
wcrtomb
Synopsis
If s is a null pointer, wcrtomb function is equivalent to the call wcrtomb(buf, L'\0', ps) where buf is an
internal buffer.
If s is not a null pointer, wcrtomb determines the number of bytes needed to represent the multibyte character
that corresponds to the wide character given by wc, and stores the multibyte character representation in
the array whose first element is pointed to by s. At most MB_CUR_MAX bytes are stored. If wc is a null wide
character, a null byte is stored; the resulting state described is the initial conversion state.
wcrtomb returns the number of bytes stored in the array object. When wc is not a valid wide character, an
encoding error occurs: wcrtomb stores the value of the macro EILSEQ in errno and returns (size_t)(-1); the
conversion state is unspecified.
1029
CrossWorks for ARM Reference Manual Complete API reference
wcrtomb_l
Synopsis
If s is a null pointer, wcrtomb_l function is equivalent to the call wcrtomb_l(buf, L'\0', ps, loc)
where buf is an internal buffer.
If s is not a null pointer, wcrtomb_l determines the number of bytes needed to represent the multibyte
character that corresponds to the wide character given by wc, and stores the multibyte character representation
in the array whose first element is pointed to by s. At most MB_CUR_MAX bytes are stored. If wc is a null wide
character, a null byte is stored; the resulting state described is the initial conversion state.
wcrtomb_l returns the number of bytes stored in the array object. When wc is not a valid wide character, an
encoding error occurs: wcrtomb_l stores the value of the macro EILSEQ in errno and returns (size_t)(-1);
the conversion state is unspecified.
1030
CrossWorks for ARM Reference Manual Complete API reference
wcscat
Synopsis
Description
wcscat appends a copy of the wide string pointed to by s2 (including the terminating null wide character) to the
end of the wide string pointed to by s1. The initial character of s2 overwrites the null wide character at the end
of s1. The behavior of wcscat is undefined if copying takes place between objects that overlap.
1031
CrossWorks for ARM Reference Manual Complete API reference
wcschr
Synopsis
Description
wcschr locates the first occurrence of c in the wide string pointed to by s. The terminating wide null character is
considered to be part of the string.
wcschr returns a pointer to the located wide character, or a null pointer if c does not occur in the string.
1032
CrossWorks for ARM Reference Manual Complete API reference
wcscmp
Synopsis
Description
wcscmp compares the wide string pointed to by s1 to the wide string pointed to by s2. wcscmp returns an
integer greater than, equal to, or less than zero if the wide string pointed to by s1 is greater than, equal to, or less
than the wide string pointed to by s2.
1033
CrossWorks for ARM Reference Manual Complete API reference
wcscpy
Synopsis
Description
wcscpy copies the wide string pointed to by s2 (including the terminating null wide character) into the array
pointed to by s1. The behavior of wcscpy is undefined if copying takes place between objects that overlap.
1034
CrossWorks for ARM Reference Manual Complete API reference
wcscspn
Synopsis
Description
wcscspn computes the length of the maximum initial segment of the wide string pointed to by s1 which
consists entirely of wide characters not from the wide string pointed to by s2.
1035
CrossWorks for ARM Reference Manual Complete API reference
wcsdup
Synopsis
Description
wcsdup duplicates the wide string pointed to by s1 by using malloc to allocate memory for a copy of s and then
copying s, including the terminating wide null character, to that memory. The returned pointer can be passed to
free. wcsdup returns a pointer to the new wide string or a null pointer if the new string cannot be created.
Note
1036
CrossWorks for ARM Reference Manual Complete API reference
wcslen
Synopsis
Description
wcslen returns the length of the wide string pointed to by s, that is the number of wide characters that precede
the terminating null wide character.
1037
CrossWorks for ARM Reference Manual Complete API reference
wcsncat
Synopsis
Description
wcsncat appends not more than n wude characters from the array pointed to by s2 to the end of the wide string
pointed to by s1. A null wide character in s1 and wide characters that follow it are not appended. The initial
wide character of s2 overwrites the null wide character at the end of s1. A terminating wide null character is
always appended to the result. The behavior of wcsncat is undefined if copying takes place between objects
that overlap.
1038
CrossWorks for ARM Reference Manual Complete API reference
wcsnchr
Synopsis
Description
wcsnchr searches not more than n wide characters to locate the first occurrence of c in the wide string pointed
to by s. The terminating wide null character is considered to be part of the wide string.
wcsnchr returns a pointer to the located wide character, or a null pointer if c does not occur in the string.
1039
CrossWorks for ARM Reference Manual Complete API reference
wcsncmp
Synopsis
Description
wcsncmp compares not more than n wide characters from the array pointed to by s1 to the array pointed to by
s2. Characters that follow a null wide character are not compared.
wcsncmp returns an integer greater than, equal to, or less than zero, if the possibly null-terminated array
pointed to by s1 is greater than, equal to, or less than the possibly null-terminated array pointed to by s2.
1040
CrossWorks for ARM Reference Manual Complete API reference
wcsncpy
Synopsis
Description
wcsncpy copies not more than n wide characters from the array pointed to by s2 to the array pointed to by s1.
Wide characters that follow a null wide character in s2 are not copied. The behavior of wcsncpy is undefined
if copying takes place between objects that overlap. If the array pointed to by s2 is a wide string that is shorter
than n wide characters, null wide characters are appended to the copy in the array pointed to by s1, until n
characters in all have been written.
1041
CrossWorks for ARM Reference Manual Complete API reference
wcsnlen
Synopsis
Description
this returns the length of the wide string pointed to by s, up to a maximum of n wide characters. wcsnlen only
examines the first n wide characters of the string s.
Note
1042
CrossWorks for ARM Reference Manual Complete API reference
wcsnstr
Synopsis
Description
wcsnstr searches at most n wide characters to locate the first occurrence in the wide string pointed to by s1 of
the sequence of wide characters (excluding the terminating null wide character) in the wide string pointed to by
s2.
wcsnstr returns a pointer to the located string, or a null pointer if the string is not found. If s2 points to a string
with zero length, wcsnstr returns s1.
Note
1043
CrossWorks for ARM Reference Manual Complete API reference
wcspbrk
Synopsis
Description
wcspbrk locates the first occurrence in the wide string pointed to by s1 of any wide character from the wide
string pointed to by s2.
wcspbrk returns a pointer to the wide character, or a null pointer if no wide character from s2 occurs in s1.
1044
CrossWorks for ARM Reference Manual Complete API reference
wcsrchr
Synopsis
Description
wcsrchr locates the last occurrence of c in the wide string pointed to by s. The terminating wide null character is
considered to be part of the string.
wcsrchr returns a pointer to the wide character, or a null pointer if c does not occur in the wide string.
1045
CrossWorks for ARM Reference Manual Complete API reference
wcsspn
Synopsis
Description
wcsspn computes the length of the maximum initial segment of the wide string pointed to by s1 which consists
entirely of wide characters from the wide string pointed to by s2.
1046
CrossWorks for ARM Reference Manual Complete API reference
wcsstr
Synopsis
Description
wcsstr locates the first occurrence in the wide string pointed to by s1 of the sequence of wide characters
(excluding the terminating null wide character) in the wide string pointed to by s2.
wcsstr returns a pointer to the located wide string, or a null pointer if the wide string is not found. If s2 points to
a wide string with zero length, wcsstr returns s1.
1047
CrossWorks for ARM Reference Manual Complete API reference
wcstok
Synopsis
Description
wcstok A sequence of calls to wcstok breaks the wide string pointed to by s1 into a sequence of tokens, each of
which is delimited by a wide character from the wide string pointed to by s2. The first call in the sequence has a
non-null first argument; subsequent calls in the sequence have a null first argument. The separator wide string
pointed to by s2 may be different from call to call.
The first call in the sequence searches the wide string pointed to by s1 for the first wide character that is not
contained in the current separator wide string pointed to by s2. If no such wide character is found, then there are
no tokens in the wide string pointed to by s1 and wcstok returns a null pointer. If such a wide character is found,
it is the start of the first token.
wcstok then searches from there for a wide character that is contained in the current wide separator string. If
no such wide character is found, the current token extends to the end of the wide string pointed to by s1, and
subsequent searches for a token will return a null pointer. If such a wude character is found, it is overwritten by a
wide null character, which terminates the current token. wcstok saves a pointer to the following wide character,
from which the next search for a token will start.
Each subsequent call, with a null pointer as the value of the first argument, starts searching from the saved
pointer and behaves as described above.
Note
wcstok maintains static state and is therefore not reentrant and not thread safe. See wcstok_r for a thread-safe
and reentrant variant.
1048
CrossWorks for ARM Reference Manual Complete API reference
wcstok_r
Synopsis
Description
wcstok_r is a reentrant version of the function wcstok where the state is maintained in the object of type
wchar_t * pointed to by s3.
Note
See Also
wcstok.
1049
CrossWorks for ARM Reference Manual Complete API reference
wctob
Synopsis
Description
wctob determines whether c corresponds to a member of the extended character set whose multi-byte
character representation is a single byte when in the initial shift state in the current locale.
Description
this returns EOF if c does not correspond to a multi-byte character with length one in the initial shift state.
Otherwise, it returns the single-byte representation of that character as an unsigned char converted to an int.
1050
CrossWorks for ARM Reference Manual Complete API reference
wctob_l
Synopsis
int wctob_l(wint_t c,
locale_t loc);
Description
wctob_l determines whether c corresponds to a member of the extended character set whose multi-byte
character representation is a single byte when in the initial shift state in locale loc.
Description
wctob_l returns EOF if c does not correspond to a multi-byte character with length one in the initial shift state.
Otherwise, it returns the single-byte representation of that character as an unsigned char converted to an int.
1051
CrossWorks for ARM Reference Manual Complete API reference
wint_t
Synopsis
Description
wint_t is an integer type that is unchanged by default argument promotions that can hold any value
corresponding to members of the extended character set, as well as at least one value that does not correspond
to any member of the extended character set (WEOF).
1052
CrossWorks for ARM Reference Manual Complete API reference
wmemccpy
Synopsis
Description
wmemccpy copies at most n wide characters from the object pointed to by s2 into the object pointed to by s1.
The copying stops as soon as n wide characters are copied or the wide character c is copied into the destination
object pointed to by s1. The behavior of wmemccpy is undefined if copying takes place between objects that
overlap.
wmemccpy returns a pointer to the wide character immediately following c in s1, or NULL if c was not found in
the first n wide characters of s2.
Note
1053
CrossWorks for ARM Reference Manual Complete API reference
wmemchr
Synopsis
Description
wmemchr locates the first occurrence of c in the initial n characters of the object pointed to by s. Unlike wcschr,
wmemchr does not terminate a search when a null wide character is found in the object pointed to by s.
wmemchr returns a pointer to the located wide character, or a null pointer if c does not occur in the object.
1054
CrossWorks for ARM Reference Manual Complete API reference
wmemcmp
Synopsis
Description
wmemcmp compares the first n wide characters of the object pointed to by s1 to the first n wide characters of
the object pointed to by s2. wmemcmp returns an integer greater than, equal to, or less than zero as the object
pointed to by s1 is greater than, equal to, or less than the object pointed to by s2.
1055
CrossWorks for ARM Reference Manual Complete API reference
wmemcpy
Synopsis
Description
wmemcpy copies n wide characters from the object pointed to by s2 into the object pointed to by s1. The
behavior of wmemcpy is undefined if copying takes place between objects that overlap.
1056
CrossWorks for ARM Reference Manual Complete API reference
wmemmove
Synopsis
Description
wmemmove copies n wide characters from the object pointed to by s2 into the object pointed to by s1 ensuring
that if s1 and s2 overlap, the copy works correctly. Copying takes place as if the n wide characters from the
object pointed to by s2 are first copied into a temporary array of n wide characters that does not overlap the
objects pointed to by s1 and s2, and then the n wide characters from the temporary array are copied into the
object pointed to by s1.
1057
CrossWorks for ARM Reference Manual Complete API reference
wmempcpy
Synopsis
Description
wmempcpy copies n wide characters from the object pointed to by s2 into the object pointed to by s1. The
behavior of wmempcpy is undefined if copying takes place between objects that overlap.
wmempcpy returns it returns a pointer to the wide character following the last written wide character.
Note
1058
CrossWorks for ARM Reference Manual Complete API reference
wmemset
Synopsis
Description
wmemset copies the value of c into each of the first n wide characters of the object pointed to by s.
1059
CrossWorks for ARM Reference Manual Complete API reference
wstrsep
Synopsis
Description
wstrsep locates, in the wide string referenced by *stringp, the first occurrence of any wide character in the wide
string delim (or the terminating wide null character) and replaces it with a wide null character. The location of
the next character after the delimiter wide character (or NULL, if the end of the string was reached) is stored in
*stringp. The original value of *stringp is returned.
An empty field (that is, a wide character in the string delim occurs as the first wide character of *stringp can be
detected by comparing the location referenced by the returned pointer to a wide null character.
Note
1060
CrossWorks for ARM Reference Manual Complete API reference
<wctype.h>
API Summary
Classification functions
iswalnum Is character alphanumeric?
iswalpha Is character alphabetic?
iswblank Is character blank?
iswcntrl Is character a control?
iswctype Determine character type
iswdigit Is character a decimal digit?
iswgraph Is character a control?
iswlower Is character a lowercase letter?
iswprint Is character printable?
iswpunct Is character punctuation?
iswspace Is character a whitespace character?
iswupper Is character an uppercase letter?
iswxdigit Is character a hexadecimal digit?
wctype Construct character class
Conversion functions
towctrans Translate character
towlower Convert uppercase character to lowercase
towupper Convert lowercase character to uppercase
wctrans Construct character mapping
Classification functions (extended)
iswalnum_l Is character alphanumeric?
iswalpha_l Is character alphabetic?
iswblank_l Is character blank?
iswcntrl_l Is character a control?
iswctype_l Determine character type
iswdigit_l Is character a decimal digit?
iswgraph_l Is character a control?
iswlower_l Is character a lowercase letter?
iswprint_l Is character printable?
iswpunct_l Is character punctuation?
1061
CrossWorks for ARM Reference Manual Complete API reference
1062
CrossWorks for ARM Reference Manual Complete API reference
iswalnum
Synopsis
Description
iswalnum tests for any wide character for which iswalpha or iswdigit is true.
1063
CrossWorks for ARM Reference Manual Complete API reference
iswalnum_l
Synopsis
int iswalnum_l(wint_t c,
locale_t loc);
Description
iswalnum_l tests for any wide character for which iswalpha_l or iswdigit_l is true in the locale loc.
1064
CrossWorks for ARM Reference Manual Complete API reference
iswalpha
Synopsis
Description
iswalpha returns true if the wide character c is alphabetic. Any character for which iswupper or iswlower returns
true is considered alphabetic in addition to any of the locale-specific set of alphabetic characters for which none
of iswcntrl, iswdigit, iswpunct, or iswspace is true.
In the C locale, iswalpha returns nonzero (true) if and only if iswupper or iswlower return true for the value of
the argument c.
1065
CrossWorks for ARM Reference Manual Complete API reference
iswalpha_l
Synopsis
int iswalpha_l(wint_t c,
locale_t loc);
Description
iswalpha_l returns true if the wide character c is alphabetic in the locale loc. Any character for which iswupper_l
or iswlower_l returns true is considered alphabetic in addition to any of the locale-specific set of alphabetic
characters for which none of iswcntrl_l, iswdigit_l, iswpunct_l, or iswspace_l is true.
1066
CrossWorks for ARM Reference Manual Complete API reference
iswblank
Synopsis
Description
iswblank tests for any wide character that is a standard blank wide character or is one of a locale-specific set of
wide characters for which iswspace is true and that is used to separate words within a line of text. The standard
blank wide are space and horizontal tab.
In the C locale, iswblank returns true only for the standard blank characters.
1067
CrossWorks for ARM Reference Manual Complete API reference
iswblank_l
Synopsis
int iswblank_l(wint_t c,
locale_t loc);
Description
iswblank_l tests for any wide character that is a standard blank wide character in the locale loc or is one of a
locale-specific set of wide characters for which iswspace_l is true and that is used to separate words within a line
of text. The standard blank wide are space and horizontal tab.
1068
CrossWorks for ARM Reference Manual Complete API reference
iswcntrl
Synopsis
Description
1069
CrossWorks for ARM Reference Manual Complete API reference
iswcntrl_l
Synopsis
int iswcntrl_l(wint_t c,
locale_t loc);
Description
iswcntrl_l tests for any wide character that is a control character in the locale loc.
1070
CrossWorks for ARM Reference Manual Complete API reference
iswctype
Synopsis
int iswctype(wint_t c,
wctype_t t);
Description
iswctype determines whether the wide character c has the property described by t in the current locale.
1071
CrossWorks for ARM Reference Manual Complete API reference
iswctype_l
Synopsis
int iswctype_l(wint_t c,
wctype_t t,
locale_t loc);
Description
iswctype_l determines whether the wide character c has the property described by t in the locale loc.
1072
CrossWorks for ARM Reference Manual Complete API reference
iswdigit
Synopsis
Description
iswdigit tests for any wide character that corresponds to a decimal-digit character.
1073
CrossWorks for ARM Reference Manual Complete API reference
iswdigit_l
Synopsis
int iswdigit_l(wint_t c,
locale_t loc);
Description
iswdigit_l tests for any wide character that corresponds to a decimal-digit character in the locale loc.
1074
CrossWorks for ARM Reference Manual Complete API reference
iswgraph
Synopsis
Description
iswgraph tests for any wide character for which iswprint is true and iswspace is false.
1075
CrossWorks for ARM Reference Manual Complete API reference
iswgraph_l
Synopsis
int iswgraph_l(wint_t c,
locale_t loc);
Description
iswgraph_l tests for any wide character for which iswprint is true and iswspace is false in the locale loc.
1076
CrossWorks for ARM Reference Manual Complete API reference
iswlower
Synopsis
Description
iswlower tests for any wide character that corresponds to a lowercase letter or is one of a locale-specific set of
wide characters for which none of iswcntrl, iswdigit, iswpunct, or iswspace is true.
1077
CrossWorks for ARM Reference Manual Complete API reference
iswlower_l
Synopsis
int iswlower_l(wint_t c,
locale_t loc);
Description
iswlower_l tests for any wide character that corresponds to a lowercase letter in the locale loc or is one of a
locale-specific set of wide characters for which none of iswcntrl_l, iswdigit_l, iswpunct_l, or iswspace_l is true.
1078
CrossWorks for ARM Reference Manual Complete API reference
iswprint
Synopsis
Description
iswprint returns nonzero (true) if and only if the value of the argument c is any printing character.
1079
CrossWorks for ARM Reference Manual Complete API reference
iswprint_l
Synopsis
int iswprint_l(wint_t c,
locale_t loc);
Description
iswprint_l returns nonzero (true) if and only if the value of the argument c is any printing character in the locale
loc.
1080
CrossWorks for ARM Reference Manual Complete API reference
iswpunct
Synopsis
Description
iswpunct tests for any printing wide character that is one of a locale-specific set of punctuation wide characters
for which neither iswspace nor iswalnum is true.
1081
CrossWorks for ARM Reference Manual Complete API reference
iswpunct_l
Synopsis
int iswpunct_l(wint_t c,
locale_t loc);
Description
iswpunct_l tests for any printing wide character that is one of a locale-specific set of punctuation wide
characters in locale loc for which neither iswspace_l nor iswalnum_l is true.
1082
CrossWorks for ARM Reference Manual Complete API reference
iswspace
Synopsis
Description
iswspace tests for any wide character that corresponds to a locale-specific set of white-space wide characters for
which none of iswalnum, iswgraph, or iswpunct is true.
1083
CrossWorks for ARM Reference Manual Complete API reference
iswspace_l
Synopsis
int iswspace_l(wint_t c,
locale_t loc);
Description
iswspace_l tests for any wide character that corresponds to a locale-specific set of white-space wide characters
in the locale loc for which none of iswalnum, iswgraph_l, or iswpunct_l is true.
1084
CrossWorks for ARM Reference Manual Complete API reference
iswupper
Synopsis
Description
iswupper tests for any wide character that corresponds to an uppercase letter or is one of a locale-specific set of
wide characters for which none of iswcntrl, iswdigit, iswpunct, or iswspace is true.
1085
CrossWorks for ARM Reference Manual Complete API reference
iswupper_l
Synopsis
int iswupper_l(wint_t c,
locale_t loc);
Description
iswupper_l tests for any wide character that corresponds to an uppercase letter or is one of a locale-specific set
of wide characters in the locale loc for which none of iswcntrl_l, iswdigit_l, iswpunct_l, or iswspace_l is true.
1086
CrossWorks for ARM Reference Manual Complete API reference
iswxdigit
Synopsis
Description
iswxdigit tests for any wide character that corresponds to a hexadecimal digit.
1087
CrossWorks for ARM Reference Manual Complete API reference
iswxdigit_l
Synopsis
int iswxdigit_l(wint_t c,
locale_t loc);
Description
iswxdigit_l tests for any wide character that corresponds to a hexadecimal digit in the locale loc.
1088
CrossWorks for ARM Reference Manual Complete API reference
towctrans
Synopsis
wint_t towctrans(wint_t c,
wctrans_t t);
Description
towctrans maps the wide character c using the mapping described by t in the current locale.
1089
CrossWorks for ARM Reference Manual Complete API reference
towctrans_l
Synopsis
wint_t towctrans_l(wint_t c,
wctrans_t t,
locale_t loc);
Description
towctrans_l maps the wide character c using the mapping described by t in the current locale.
1090
CrossWorks for ARM Reference Manual Complete API reference
towlower
Synopsis
Description
If the argument c is a wide character for which iswupper is true and there are one or more corresponding wide
characters, in the current locale, for which iswlower is true, towlower returns one (and always the same one for
any given locale) of the corresponding wide characters; otherwise, c is returned unchanged.
1091
CrossWorks for ARM Reference Manual Complete API reference
towlower_l
Synopsis
wint_t towlower_l(wint_t c,
locale_t loc);
Description
If the argument c is a wide character for which iswupper_l is true and there are one or more corresponding wide
characters, in the locale loc, for which iswlower_l is true, towlower_l returns one (and always the same one for
any given locale) of the corresponding wide characters; otherwise, c is returned unchanged.
1092
CrossWorks for ARM Reference Manual Complete API reference
towupper
Synopsis
Description
If the argument c is a wide character for which iswlower is true and there are one or more corresponding wide
characters, in the current current locale, for which iswupper is true, towupper returns one (and always the same
one for any given locale) of the corresponding wide characters; otherwise, c is returned unchanged.
1093
CrossWorks for ARM Reference Manual Complete API reference
towupper_l
Synopsis
wint_t towupper_l(wint_t c,
locale_t loc);
Description
If the argument c is a wide character for which iswlower_l is true and there are one or more corresponding wide
characters, in the locale loc, for which iswupper_l is true, towupper_l returns one (and always the same one for
any given locale) of the corresponding wide characters; otherwise, c is returned unchanged.
1094
CrossWorks for ARM Reference Manual Complete API reference
wctrans
Synopsis
Description
wctrans constructs a value of type wctrans_t that describes a mapping between wide characters identified by
the string argument property.
If property identifies a valid mapping of wide characters in the current locale, wctrans returns a nonzero value
that is valid as the second argument to towctrans; otherwise, it returns zero.
Note
1095
CrossWorks for ARM Reference Manual Complete API reference
wctrans_l
Synopsis
Description
wctrans_l constructs a value of type wctrans_t that describes a mapping between wide characters identified by
the string argument property in locale loc.
If property identifies a valid mapping of wide characters in the locale loc, wctrans_l returns a nonzero value that
is valid as the second argument to towctrans_l; otherwise, it returns zero.
Note
1096
CrossWorks for ARM Reference Manual Complete API reference
wctype
Synopsis
Description
wctype constructs a value of type wctype_t that describes a class of wide characters identified by the string
argument property.
If property identifies a valid class of wide characters in the current locale, wctype returns a nonzero value that is
valid as the second argument to iswctype; otherwise, it returns zero.
Note
The only mappings supported are "alnum", "alpha", "blank", "cntrl", "digit", "graph", "lower",
"print", "punct", "space", "upper", and "xdigit".
1097
CrossWorks for ARM Reference Manual Complete API reference
<xlocale.h>
API Summary
Functions
duplocale Duplicate current locale data
freelocale Free a locale
localeconv_l Get locale data
newlocale Create a new locale
1098
CrossWorks for ARM Reference Manual Complete API reference
duplocale
Synopsis
Description
If there is insufficient memory to duplicate loc, duplocale returns NULL and sets errno to ENOMEM as required
by POSIX.1-2008.
This is different behavior from the GNU glibc implementation which makes no mention of setting errno on
failure.
Note
1099
CrossWorks for ARM Reference Manual Complete API reference
freelocale
Synopsis
Description
1100
CrossWorks for ARM Reference Manual Complete API reference
localeconv_l
Synopsis
localeconv_l(locale_t loc);
Description
localeconv_l returns a pointer to a structure of type lconv with the corresponding values for the locale loc filled
in.
1101
CrossWorks for ARM Reference Manual Complete API reference
newlocale
Synopsis
Description
newlocale creates a new locale object or modifies an existing one. If the base argument is NULL, a new locale
object is created.
category_mask specifies the locale categories to be set or modified. Values for category_mask are constructed
by a bitwise-inclusive OR of the symbolic constants LC_CTYPE_MASK, LC_NUMERIC_MASK, LC_TIME_MASK,
LC_COLLATE_MASK, LC_MONETARY_MASK, and LC_MESSAGES_MASK.
For each category with the corresponding bit set in category_mask, the data from the locale named by locale
is used. In the case of modifying an existing locale object, the data from the locale named by locale replaces the
existing data within the locale object. If a completely new locale object is created, the data for all sections not
requested by category_mask are taken from the default locale.
The locales C and POSIX are equivalent and defined for all settings of category_mask:
If locale is NULL, then the C locale is used. If locale is an empty string, newlocale will use the default locale.
If base is NULL, the current locale is used. If base is LC_GLOBAL_LOCALE, the global locale is used.
Note
POSIX.1-2008 does not specify whether the locale object pointed to by base is modified or whether it is freed
and a new locale object created.
Implementation
The category mask LC_MESSAGES_MASK is not implemented as POSIX messages are not implemented.
1102
CrossWorks for ARM Reference Manual C++ Library User Guide
Standard library
The following C++ standard header files are provided in $(StudioDir)/include:
File Description
<cassert> C++ wrapper on assert.h.
<cctype> C++ wrapper on ctype.h.
<cerrno> C++ wrapper on errno.h.
<cfloat> C++ wrapper on float.h.
<ciso646> C++ wrapper on iso646.h.
<climits> C++ wrapper on limits.h.
<clocale> C++ wrapper on locale.h.
<cmath> C++ wrapper on math.h.
<csetjmp> C++ wrapper on setjmp.h.
<cstdarg> C++ wrapper on stdarg.h.
<cstddef> C++ wrapper on stddef.h.
<cstdint> C++ wrapper on stdint.h.
<cstdio> C++ wrapper on stdio.h.
<cstdlib> C++ wrapper on stdlib.h.
1103
CrossWorks for ARM Reference Manual C++ Library User Guide
1104
CrossWorks for ARM Reference Manual C++ Library User Guide
1105
CrossWorks for ARM Reference Manual C++ Library User Guide
1106
CrossWorks for ARM Reference Manual C++ Library User Guide
Functions
set_new_handler Establish a function which is called when memory
allocation fails.
Operators
operator delete Heap storage deallocators operator.
operator new Heap storage allocators operator.
1107
CrossWorks for ARM Reference Manual C++ Library User Guide
operator delete
Synopsis
Description
operator delete will do nothing if ptr is null. If ptr is not null then it should have been returned from a call to
operator new.
operator delete[] has the same behaviour as operator delete but is used for array deallocation.
Portability
Standard C++.
1108
CrossWorks for ARM Reference Manual C++ Library User Guide
operator new
Synopsis
Description
operator new allocates space for an object whose size is specified by size and whose value is indeterminate.
operator new returns a null pointer if the space for the object cannot be allocated from free memory; if space for
the object can be allocated, operator new returns a pointer to the start of the allocated space.
operator new[] has the same behaviour as operator new but is used for array allocation.
Portability
The implementation is not standard. The standard C++ implementation should throw an exception if memory
allocation fails.
1109
CrossWorks for ARM Reference Manual C++ Library User Guide
set_new_handler
Synopsis
Description
set_new_handler establishes a new_handler function that is called when operator new fails to allocate the
requested memory. If the new_handler function returns then operator new will attempt to allocate the memory
again. The new_handler function can throw an exception to implement standard C++ behaviour for memory
allocation failure.
Portability
Standard C++.
1110
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM consists of a mechanism for installing drivers for the different memories and a set of common memory
access and control functions that locate the driver for a particular memory range and call the appropriate
memory driver functions for the operation.
The LIBMEM library also includes a set of memory drivers for common memory devices.
1111
CrossWorks for ARM Reference Manual LIBMEM User Guide
int libmem_example_1(void)
{
const int flash1_max_geometry_regions = 4;
libmem_driver_handle_t flash1_handle;
libmem_geometry_t flash1_geometry[flash1_max_geometry_regions];
libmem_flash_info_t flash1_info;
uint8_t *flash1_start = (uint8_t *)0x10000000;
uint8_t *write_dest = flash1_start + 16;
const uint8_t write_data[8] = { 1, 2, 3, 4, 5, 6, 7, 8 };
int res;
// Complete any outstanding transactions and put FLASH memory back into read mode.
res = libmem_flush();
if (res != LIBMEM_STATUS_SUCCESS)
return 0;
return 1;
}
The following section describes each of the LIBMEM calls in the preceding example in detail.
Before any memory operations can be carried out the LIBMEM drivers that you are going to use must be
registered. The following code registers a LIBMEM CFI driver for a FLASH device located at the memory location
pointed to by flash1_start.
1112
CrossWorks for ARM Reference Manual LIBMEM User Guide
flash1_max_geometry_regions,
&flash1_info);
if (res != LIBMEM_STATUS_SUCCESS)
return 0;
This call attempts to detect the type of FLASH and register the correct LIBMEM CFI driver based on the CFI
information read out from the FLASH device. Note that using this function will link in all LIBMEM CFI drivers so
in your own application you may wish to save memory by using libmem_cfi_get_info to get out the FLASH
geometry information and registering a specific CFI driver. You may also save further memory and time by not
calling libmem_cfi_get_info and specifying the FLASH geometry yourself.
For each driver you register you must allocate libmem_driver_handle_t structure to act as a handle for the
driver. Will the full version of LIBMEM you can register as many drivers as you wish, if you are using the light
version of LIBMEM you can only register one driver.
Once you have registered your drivers you can use the general LIBMEM memory functions to access and control
your memory. The starting address passed to these functions is used to decide which driver to use for the
memory operation, operations cannot span multiple drivers.
The next operation the example code carries out it to unlock the FLASH in preparation for the erase and write
operations. Unlocking is not necessary on all memory devices and this operation is not implemented in all
LIBMEM drivers.
Once the memory has been unlocked the FLASH memory is erased. Once again erasing is not necessary on all
memory devices and this operation may not be implemented in all LIBMEM drivers.
Parameters three and four of libmem_erase are not used in this example, however they provide a mechanism
to allow the caller to determine how much memory was actually erased by the erase operation as it may well be
more than requested.
Once the FLASH memory has been erased the FLASH can be programmed using the libmem_write function.
The final step is to call libmem_flush. Once again flushing is not necessary on all memory devices, but some
LIBMEM drivers do not necessarily carry out operations immediately or they may leave the memory in an
unreadable state for performance reasons and calling libmem_flush is required to flush outstanding operations
and return the device to read mode.
1113
CrossWorks for ARM Reference Manual LIBMEM User Guide
// Complete any outstanding transactions and put FLASH memory back into read mode.
res = libmem_flush();
if (res != LIBMEM_STATUS_SUCCESS)
return 0;
Typically you would now access the FLASH memory as you would any other memory and read it directly,
LIBMEM does however provide the libmem_read function for accessing memory that is not directly accessibly
by the CPU.
1114
CrossWorks for ARM Reference Manual LIBMEM User Guide
To use the light version of LIBMEM you should link in the light version of the library and also have the
preprocessor definition LIBMEM_LIGHT defined when including libmem.h.
1115
CrossWorks for ARM Reference Manual LIBMEM User Guide
It is fairly straightforward to implement a LIBMEM driver, the following example demonstrates the
implementation of a minimal LIBMEM driver:
#include <libmem.h>
static int
libmem_write_impl(libmem_driver_handle_t *h, uint8_t *dest, const uint8_t *src, size_t size)
{
// TODO: Implement memory write operation.
return LIBMEM_STATUS_SUCCESS;
}
static int
libmem_fill_impl(libmem_driver_handle_t *h, uint8_t *dest, uint8_t c, size_t size)
{
// TODO: Implement memory fill operation.
return LIBMEM_STATUS_SUCCESS;
}
static int
libmem_erase_impl(libmem_driver_handle_t *h, uint8_t *start, size_t size,
uint8_t **erase_start, size_t *erase_size)
{
// TODO: Implement memory erase operation.
if (erase_start)
{
// TODO: Set erase_start to point to the start of the memory block that
// has been erased. For now we'll just return the requested start in
// order to keep the caller happy.
*erase_start = start;
}
if (erase_size)
{
// TODO: Set erase_size to the size of the memory block that has been
// erased. For now we'll just return the requested size in order to
// keep the caller happy.
*erase_size = size;
}
return LIBMEM_STATUS_SUCCESS;
}
static int
libmem_lock_impl(libmem_driver_handle_t *h, uint8_t *dest, size_t size)
{
// TODO: Implement memory lock operation
return LIBMEM_STATUS_SUCCESS;
}
static int
libmem_unlock_impl(libmem_driver_handle_t *h, uint8_t *dest, size_t size)
{
// TODO: Implement memory unlock operation.
1116
CrossWorks for ARM Reference Manual LIBMEM User Guide
return LIBMEM_STATUS_SUCCESS;
}
static int
libmem_flush_impl(libmem_driver_handle_t *h)
{
// TODO: Implement memory flush operation.
return LIBMEM_STATUS_SUCCESS;
}
int
libmem_register_example_driver_1(libmem_driver_handle_t *h, uint8_t *start, size_t size)
{
libmem_register_driver(h, start, size, 0, 0, &driver_functions, 0);
return LIBMEM_STATUS_SUCCESS;
}
For some types of memory it is necessary to carry out operations on a per-sector basis, in this case it can be
useful to register a geometry with the driver and use the geometry helper functions. For example the following
code demonstrates how you might implement a driver that can only erase the entire memory or individual
sectors.
static int
driver_erase_sector(libmem_driver_handle_t *h, libmem_sector_info_t *si)
{
// TODO: Implement sector erase for sector starting at si->start
return LIBMEM_STATUS_SUCCESS;
}
static int
driver_erase_chip(libmem_driver_handle_t *h)
{
// TODO: Implement chip erase
return LIBMEM_STATUS_SUCCESS;
}
static int
libmem_erase_impl(libmem_driver_handle_t *h, uint8_t *start, size_t size,
uint8_t **erase_start, size_t *erase_size)
{
int res;
if (LIBMEM_RANGE_WITHIN_RANGE(h->start, h->start + h->size - 1, start, start + size - 1))
{
res = driver_erase_chip(h);
if (erase_start)
*erase_start = h->start;
if (erase_size)
*erase_size = h->size;
}
else
1117
CrossWorks for ARM Reference Manual LIBMEM User Guide
int
libmem_register_example_driver_2(libmem_driver_handle_t *h, uint8_t *start, size_t size)
{
libmem_register_driver(h, start, size, geometry, 0, &driver_functions, 0);
return LIBMEM_STATUS_SUCCESS;
}
There are two sets of driver entry point functions, the standard set that include functions common to most
LIBMEM drivers which have been described above and the extended set which provide extra functionality
for less common types of driver. The following example demonstrates how you would also register a set of
extended LIBMEM driver functions in your driver:
static int
libmem_inrange_impl(libmem_driver_handle_t *h, const uint8_t *dest)
{
// TODO: Implement inrange function (return non-zero if dest is within range
// handled by driver).
return 0;
}
static int
libmem_read_impl(libmem_driver_handle_t *h, uint8_t *dest, const uint8_t *src, size_t size)
{
// TODO: Implement memory read operation
return LIBMEM_STATUS_SUCCESS;
}
static uint32_t
libmem_crc32_impl(libmem_driver_handle_t *h, const uint8_t *start, size_t size, uint32_t crc)
{
// TODO: Implement CRC-32 operation.
return crc;
}
int
libmem_register_example_driver_3(libmem_driver_handle_t *h, uint8_t *start, size_t size)
{
libmem_register_driver(h, start, size, geometry, 0, &driver_functions, &ext_driver_functions);
return LIBMEM_STATUS_SUCCESS;
}
1118
CrossWorks for ARM Reference Manual LIBMEM User Guide
Some types of memory require you to carry out paged writes. The paged write driver helper functions have been
provided to simplify the writing of drivers of this type.
To use these functions, you need to call libmem_driver_paged_write_init supplying a paged write control
block, a page buffer, the page size, a pointer to a function that will carry out the actual page write operation
and the byte alignment of the source data required by the page write function. You can then use the
libmem_driver_paged_write, libmem_driver_paged_write_fill and libmem_driver_paged_write_flush
functions to implement your driver's write, fill and flush functions.
For example, the following code demonstrates how you might implement a driver for a device with a page size
of 256 bytes:
static int
flash_write_page(libmem_driver_handle_t *h, uint8_t *dest, const uint8_t *src)
{
// TODO: Implement function that writes a page of data from src to page
// starting at dest.
return LIBMEM_STATUS_SUCCESS;
}
static int
libmem_write_impl(libmem_driver_handle_t *h, uint8_t *dest, const uint8_t *src, size_t size)
{
return libmem_driver_paged_write(h, dest, src, size, &paged_write_ctrlblk);
}
static int
libmem_fill_impl(libmem_driver_handle_t *h, uint8_t *dest, uint8_t c, size_t size)
{
return libmem_driver_paged_write_fill(h, dest, c, size, &paged_write_ctrlblk);
}
static int
libmem_flush_impl(libmem_driver_handle_t *h)
{
return libmem_driver_paged_write_flush(h, &paged_write_ctrlblk);
}
int
libmem_register_example_driver_4(libmem_driver_handle_t *h, uint8_t *start, size_t size)
{
libmem_register_driver(h, start, size, 0, 0, &driver_functions, 0);
libmem_driver_paged_write_init(&paged_write_ctrlblk,
page_buffer, sizeof(page_buffer),
flash_write_page, 4,
0);
return LIBMEM_STATUS_SUCCESS;
}
1119
CrossWorks for ARM Reference Manual LIBMEM User Guide
To write a loader application all you need to do is register the LIBMEM drivers you require and then call the
appropriate loader start function for the communication mechanism you wish to use.
For example, the following code is an example of a LIBMEM loader, it registers one LIBMEM FLASH driver, if the
driver is successfully registered it starts up the loader by calling libmem_rpc_loader_start. Finally it tells the host
that the loader has finished by calling libmem_rpc_loader_exit.
int main(void)
{
uint8_t *flash1_start = (uint8_t *)0x10000000;
const int flash1_max_geometry_regions = 4;
libmem_driver_handle_t flash1_handle;
libmem_geometry_t flash1_geometry[flash1_max_geometry_regions];
libmem_flash_info_t flash1_info;
int res;
if (res == LIBMEM_STATUS_SUCCESS)
{
// Run the loader
libmem_rpc_loader_start(buffer, buffer + sizeof(buffer) - 1);
}
libmem_rpc_loader_exit(res, NULL);
return 0;
}
Essentially, a LIBMEM loader is just a standard RAM-based application that registers the LIBMEM drivers required
by the loader and then calls the appropriate loader start function for the communication mechanism being
used.
A significant difference between LIBMEM loader applications and regular applications is that once the loader
start function is called it is no longer possible to debug the application using the debugger. Therefore if you
need to debug your loader application using the debugger you can do it by simply adding calls to the functions
you wish to debug in place of the loader start call.
1120
CrossWorks for ARM Reference Manual LIBMEM User Guide
1121
CrossWorks for ARM Reference Manual LIBMEM User Guide
<libmem.h>
API Summary
Utility macros
LIBMEM_ADDRESS_IN_RANGE Determine whether an address is within an address
range
LIBMEM_ADDRESS_IS_ALIGNED Determine whether an address is aligned to a specified
width
LIBMEM_ALIGNED_ADDRESS Return an address aligned to a specified width
LIBMEM_KB Convert kilobytes to bytes
LIBMEM_MB Convert megabytes to bytes
LIBMEM_RANGE_OCCLUDES_RANGE Determine whether an address range overlaps another
address range or vice versa
LIBMEM_RANGE_OVERLAPS_RANGE Determine whether an address range overlaps another
address range
LIBMEM_RANGE_WITHIN_RANGE Determine whether an address range is within another
address range
Return codes
LIBMEM_STATUS_CFI_ERROR Error reading CFI information return code
LIBMEM_STATUS_ERROR Non-specific error return code
LIBMEM_STATUS_GEOMETRY_REGION_OVERFLOW No room for geometry information return code
LIBMEM_STATUS_INVALID_DEVICE Invalid or mismatched device return code
LIBMEM_STATUS_INVALID_PARAMETER Invalid parameter return code
LIBMEM_STATUS_INVALID_RANGE Invalid range return code
LIBMEM_STATUS_INVALID_WIDTH Invalid or unsupported device width return code
LIBMEM_STATUS_LOCKED Memory locked return code
LIBMEM_STATUS_NOT_IMPLEMENTED Not implemented return code
LIBMEM_STATUS_NO_DRIVER No driver for memory range return code
LIBMEM_STATUS_SUCCESS Successful operation return code
LIBMEM_STATUS_TIMEOUT Timeout error return code
Command set macros
LIBMEM_CFI_CMDSET_AMD_EXTENDED AMD standard command set
LIBMEM_CFI_CMDSET_AMD_STANDARD AMD standard command set
LIBMEM_CFI_CMDSET_INTEL_EXTENDED Intel extended command set
LIBMEM_CFI_CMDSET_INTEL_STANDARD Intel standard command set
1122
CrossWorks for ARM Reference Manual LIBMEM User Guide
1123
CrossWorks for ARM Reference Manual LIBMEM User Guide
1124
CrossWorks for ARM Reference Manual LIBMEM User Guide
1125
CrossWorks for ARM Reference Manual LIBMEM User Guide
1126
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_ADDRESS_IN_RANGE
Synopsis
#define LIBMEM_ADDRESS_IN_RANGE(address, startAddress, endAddress) ((address >= startAddress) && (address <=
Description
1127
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_ADDRESS_IS_ALIGNED
Synopsis
Description
1128
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_ALIGNED_ADDRESS
Synopsis
Description
1129
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_AMD_EXTENDED
Synopsis
Description
A definition representing the CFI command set number for the AMD extended command set.
1130
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_AMD_STANDARD
Synopsis
Description
A definition representing the CFI command set number for the AMD standard command set.
1131
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_INTEL_EXTENDED
Synopsis
Description
A definition representing the CFI command set number for the Intel extended command set.
1132
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_INTEL_STANDARD
Synopsis
Description
A definition representing the CFI command set number for the Intel standard command set.
1133
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_MITSUBISHI_EXTENDED
Synopsis
Description
A definition representing the CFI command set number for the Mitsubishi extended command set.
1134
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_MITSUBISHI_STANDARD
Synopsis
Description
A definition representing the CFI command set number for the Mitsubishi standard command set.
1135
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_NONE
Synopsis
Description
1136
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_RESERVED
Synopsis
Description
1137
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_SST_PAGE_WRITE
Synopsis
Description
A definition representing the CFI command set number for the SST page write command set.
1138
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_CFI_CMDSET_WINBOND_STANDARD
Synopsis
Description
A definition representing the CFI command set number for the Winbond standard command set.
1139
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_DRIVER_PAGED_WRITE_OPTION_DISABLE_DIRECT_W
Synopsis
Description
1140
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_DRIVER_PAGED_WRITE_OPTION_DISABLE_PAGE_PRE
Synopsis
Description
This option can be passed to libmem_driver_paged_write_init to disable pre-loads to the page buffer when
switching to a new page. The pre-load is required if you want the driver to support arbitrary writes without
corrupting existing data, however it may not be supported by all hardware.
1141
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_INLINE
Synopsis
Description
This definition contains the inline keyword if function inlining should be used. This definition is empty for the
LIBMEM_LIGHT build.
1142
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_KB
Synopsis
Description
1143
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_MB
Synopsis
Description
1144
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_RANGE_OCCLUDES_RANGE
Synopsis
Description
1145
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_RANGE_OVERLAPS_RANGE
Synopsis
Description
1146
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_RANGE_WITHIN_RANGE
Synopsis
Description
1147
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_CFI_ERROR
Synopsis
Description
Status result returned from LIBMEM functions indicating that an error has been detected reading out the CFI
information.
1148
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_ERROR
Synopsis
Description
1149
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_GEOMETRY_REGION_OVERFLOW
Synopsis
Description
Status result returned from LIBMEM functions indicating that there is not enough room to store all the geometry
region information.
1150
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_INVALID_DEVICE
Synopsis
Description
Status result returned from LIBMEM functions indicating that the driver has determined that the expected and
actual device IDs do not match.
1151
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_INVALID_PARAMETER
Synopsis
Description
Status result returned from LIBMEM functions indicating that an invalid parameter has been passed to the
function.
1152
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_INVALID_RANGE
Synopsis
Description
Status result returned from LIBMEM functions indicating that an invalid address range has been passed to the
function.
1153
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_INVALID_WIDTH
Synopsis
Description
Status result returned from LIBMEM functions indicating that an invalid or unsupported device width has been
passed to the function.
1154
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_LOCKED
Synopsis
Description
Status result returned from LIBMEM functions indicating that the operation could not be completed because the
memory is locked.
1155
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_NOT_IMPLEMENTED
Synopsis
Description
Status result returned from LIBMEM functions indicating that the operation being carried out has not been
implemented in the LIBMEM driver.
1156
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_NO_DRIVER
Synopsis
Description
Status result returned from LIBMEM functions indicating that no driver has been installed for the region of
memory being used.
1157
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_SUCCESS
Synopsis
Description
1158
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_STATUS_TIMEOUT
Synopsis
Description
Status result returned from LIBMEM functions indicating that the operation has timed out.
1159
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_VERSION_NUMBER
Synopsis
#define LIBMEM_VERSION_NUMBER 4
Description
1160
CrossWorks for ARM Reference Manual LIBMEM User Guide
_libmem_driver_functions_t
Synopsis
typedef struct {
libmem_driver_write_fn_t write;
libmem_driver_fill_fn_t fill;
libmem_driver_erase_fn_t erase;
libmem_driver_lock_fn_t lock;
libmem_driver_unlock_fn_t unlock;
libmem_driver_flush_fn_t flush;
} _libmem_driver_functions_t;
Description
Member Description
write A pointer to a LIBMEM driver's write function
fill A pointer to a LIBMEM driver's fill function
erase A pointer to a LIBMEM driver's erase function
lock A pointer to a LIBMEM driver's lock function
unlock A pointer to a LIBMEM driver's unlock function
flush A pointer to a LIBMEM driver's flush function
1161
CrossWorks for ARM Reference Manual LIBMEM User Guide
_libmem_driver_handle_t
Synopsis
typedef struct {
libmem_driver_handle_t *next;
const libmem_driver_functions_t *driver_functions;
const libmem_ext_driver_functions_t *ext_driver_functions;
uint8_t *start;
size_t size;
const libmem_geometry_t *geometry;
const libmem_flash_info_t *flash_info;
uint32_t driver_data;
uint32_t user_data;
} _libmem_driver_handle_t;
Description
_libmem_driver_handle_t contains information on a particular driver's entry point functions, the address range
the driver is responsible for and optionally the geometry and device specific information of the memory.
Member Description
next The next LIBMEM driver in list of drivers
driver_functions A pointer to the structure describing the LIBMEM
driver's functions
ext_driver_functions A pointer to the structure describing the LIBMEM
driver's extended functions
start A pointer to the start of the address range handled by
the LIBMEM driver
size The size of address range handled by the LIBMEM
driver in bytes
geometry A pointer to a null-terminated geometry description
list
flash_info A pointer to the FLASH information structure
driver_data A data word available for storing driver information
user_data A data word available for storing user information
1162
CrossWorks for ARM Reference Manual LIBMEM User Guide
_libmem_driver_paged_write_ctrlblk_t
Synopsis
typedef struct {
uint8_t *page_buffer;
size_t page_size;
uint32_t page_mask;
libmem_driver_page_write_fn_t page_write_fn;
uint32_t page_write_src_alignment;
uint32_t options;
uint8_t *current_page;
} _libmem_driver_paged_write_ctrlblk_t;
Description
_libmem_driver_paged_write_ctrlblk_t is a structure describing the paged write helper functions control bock.
1163
CrossWorks for ARM Reference Manual LIBMEM User Guide
_libmem_ext_driver_functions_t
Synopsis
typedef struct {
libmem_driver_inrange_fn_t inrange;
libmem_driver_read_fn_t read;
libmem_driver_crc32_fn_t crc32;
} _libmem_ext_driver_functions_t;
Description
Member Description
inrange A pointer to a LIBMEM driver's inrange function
read A pointer to a LIBMEM driver's read function
crc32 A pointer to a LIBMEM driver's crc32 function
1164
CrossWorks for ARM Reference Manual LIBMEM User Guide
_libmem_flash_info_t
Synopsis
typedef struct {
uint32_t write_timeout_ticks;
uint32_t multi_write_timeout_ticks;
uint32_t erase_sector_timeout_ticks;
uint32_t erase_chip_timeout_ticks;
uint32_t max_multi_program_bytes;
uint16_t primary_cmdset;
uint8_t width;
uint8_t pairing;
} _libmem_flash_info_t;
Description
Member Description
The maximum number of ticks it should take for a
write_timeout_ticks
write operation to complete
multi_write_timeout_ticks The maximum number of ticks it should take for a
multi-byte write operation to complete
erase_sector_timeout_ticks The maximum number of ticks it should take for a
sector erase operation to complete
erase_chip_timeout_ticks The maximum number of ticks it should take for a chip
erase operation to complete
max_multi_program_bytes The maximum number of bytes that can be
programmed in a multi-program operation
primary_cmdset The FLASH chip's primary CFI command set
width The operating width of the FLASH chip in bytes
pairing Non-zero if using a paired FLASH configuration
1165
CrossWorks for ARM Reference Manual LIBMEM User Guide
_libmem_geometry_t
Synopsis
typedef struct {
unsigned int count;
size_t size;
} _libmem_geometry_t;
Description
A geometry description can be made up of one or more geometry regions. A geometry region is a collection of
equal-size sectors.
Member Description
The number of equal-sized sectors in the geometry
count
region
size The size of the sector
1166
CrossWorks for ARM Reference Manual LIBMEM User Guide
_libmem_sector_info_t
Synopsis
typedef struct {
int number;
uint8_t *start;
size_t size;
} _libmem_sector_info_t;
Description
Member Description
The sector number (sectors in a geometry are
number
numbered in order from zero)
start The start address of the sector
size The size of the sector
1167
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_busy_handler_fn
Synopsis
libmem_busy_handler_fn_t libmem_busy_handler_fn;
Description
libmem_busy_handler_fn is a pointer to a function that should be called each time LIBMEM iterates a busy
loop.
1168
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_busy_handler_fn_t
Synopsis
Description
libmem_busy_handler_fn_t is a pointer to a function to be called each time LIBMEM iterates a busy loop.
1169
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_cfi_get_info
Synopsis
Description
libmem_cfi_get_info returns a FLASH memory device's common flash interface (CFI) information.
size A pointer to the memory location to store the size (in bytes) of the FLASH memory.
geometry A pointer to the memory location to store the geometry description or NULL if not required.
max_geometry_regions The maximum number of geometry regions that can be stored at the memory pointed
to by geometry. The geometry description is NULL terminated so max_geometry_regions must be at least two
regions in size in order to store one geometry region and one terminator entry.
flash_info A pointer to the memory location to store the remaining FLASH information, or NULL if not required.
This function attempts to return the FLASH device's type, size, geometry and other FLASH information from only
a pointer to the first address the FLASH memory is located at. It uses the common flash memory interface (CFI) to
obtain this information and therefore only works on FLASH devices that fully support this interface.
Example:
res = libmem_cfi_get_info(flash1_start,
&flash1_size,
flash1_geometry,
flash1_max_geometry_regions,
&flash1_info);
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_cfi_get_info : success\n");
else
printf("libmem_cfi_get_info : failed (%d)\n", res);
1170
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_crc32
Synopsis
Description
libmem_crc32 computes the CRC-32 checksum of an address range using a LIBMEM driver.
This function locates the LIBMEM driver for the address pointed to by start, then calls the LIBMEM driver's crc32
extended function if it has one and returns the result. If the driver hasn't implemented the crc32 extended
function then the libmem_crc32_direct function is called which accesses the memory directly. The intention
for this function is to allow you to use the LIBMEM library for memory that doesn't appear on the address bus by
providing a virtual address range for the device.
Example:
1171
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_crc32_direct
Synopsis
Description
This function computes a CRC-32 checksum on a block of data using the standard CRC-32 polynomial
(0x04C11DB7). Note that this implementation doesn't reflect the input or the output and the result is not
inverted.
Example:
1172
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_crc32_fn_t
Synopsis
Description
The driver's crc function is an optional extended function. It has been provided to allow you to write a driver for
memory that is not memory mapped.
Typically memory read operations will be direct memory mapped operations however implementing a driver's
crc function allows you to carry out a crc32 operation on non-memory mapped memory through the LIBMEM
interface.
1173
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_erase_fn_t
Synopsis
Description
start A pointer to the initial memory address in memory range handled by driver to erase.
erase_start A pointer to a location in memory to store a pointer to the start of the memory range that has
actually been erased or NULL if not required.
erase_size A pointer to a location in memory to store the size in bytes of the memory range that has actually
been erased or NULL if not required.
The driver's erase function should erase size bytes of the memory range handled by the LIBMEM driver pointed
to by start.
There is no specific module or chip erase driver entry point, it is up to the driver to decide how best to erase
the memory based on the supplied address range. If the application needs to know what memory was actually
erased it can use the erase_start and erase_size parameters.
If this operation is not required the function should return LIBMEM_STATUS_SUCCESS and if the erase_start or
erase_size parameters are supplied they should be assigned with the values of start and size.
1174
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_fill_fn_t
Synopsis
Description
dest A pointer to the memory address in memory range handled by driver to write data to.
The driver's fill function writes size bytes of value to the memory address handled by the LIBMEM driver
pointed to by dest.
1175
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_flush_fn_t
Synopsis
Description
The driver's flush function should complete any outstanding memory operations (if any) and return the memory
to read mode.
1176
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_inrange_fn_t
Synopsis
Description
The driver's inrange function is an optional extended function. It has been provided to allow the driver to
indicate if it handles a more complex memory range than the single range described by the start and size
libmem_driver_handle_t fields, for example if the memory has been aliased over a number of memory ranges.
The function should return non-zero if the address pointed to by dest is handled by the driver.
1177
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_lock_fn_t
Synopsis
Description
start A pointer to the initial memory address in memory range handled by driver to lock.
The driver's lock function should lock size bytes of the memory range handled by the LIBMEM driver pointed to
by start.
1178
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_page_write_fn_t
Synopsis
Description
libmem_driver_page_write_fn_t returns The LIBMEM status result. If any value other than
LIBMEM_STATUS_SUCCESS is returned from this function the libmem_driver_paged_write or
libmem_driver_paged_write_fill functions will terminate and return the response.
1179
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_paged_write
Synopsis
Description
1180
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_paged_write_fill
Synopsis
libmem_driver_paged_write_ctrlblk_t *paged_write_ctrlblk);
Description
libmem_driver_paged_write_fill is a driver helper function that implements a paged write fill operation.
1181
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_paged_write_flush
Synopsis
libmem_driver_paged_write_ctrlblk_t *paged_write_ctrlblk);
Description
libmem_driver_paged_write_flush is a driver helper function that implements a paged write flush operation.
1182
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_paged_write_init
Synopsis
Description
libmem_driver_paged_write_init is a driver helper function that initializes the paged write control bock.
page_buffer A pointer to the page buffer to use for paged write operations.
page_size The page size, this value must be equal to the size of the buffer pointed to by page_buffer.
page_write_fn A pointer to a function that carries out the page write operation.
page_write_src_alignment The byte alignment of source data required by the page write function when
bypassing the page buffer. Set this to zero if the write function only supports writes directly from the page
buffer.
1183
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_read_fn_t
Synopsis
Description
src A pointer to the initial memory address in the memory range handled by the driver to read data from.
The driver's read function is an optional extended function. It has been provided to allow you to write a driver
for memory that is not memory mapped.
Typically memory read operations will be direct memory mapped operations however implementing a driver's
read function allows you to access non-memory mapped memory through the LIBMEM interface.
1184
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_unlock_fn_t
Synopsis
Description
start A pointer to the initial memory address in memory range handled by driver to unlock.
The driver's unlock function should unlock size bytes of the memory range handled by the LIBMEM driver
pointed to by start.
1185
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_driver_write_fn_t
Synopsis
Description
dest A pointer to the memory address in memory range handled by driver to write data to.
The driver's write function copies data from the memory address pointed to by src to the memory address
handled by the LIBMEM driver pointed to by dest.
1186
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_drivers
Synopsis
libmem_driver_handle_t *libmem_drivers;
Description
1187
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_enable_timeouts
Synopsis
Description
ticks_per_second The amount the value returned by the get_ticks_fn increments per second.
In order for operations to timeout the LIBMEM library needs a function that can supply a timer tick count and
also needs to know the frequency the timer increments.
This function should be called prior to registering LIBMEM drivers as the ticks_per_second parameter can be
used to pre-compute timeout periods when the driver is registered.
1188
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_erase
Synopsis
Description
erase_start A pointer to a location in memory to store a pointer to the start of the memory range that has
actually been erased or NULL if not required.
erase_size A pointer to a location in memory to store the size in bytes of the memory range that has actually
been erased or NULL if not required.
This function locates the LIBMEM driver for the address pointed to by start and then calls the LIBMEM driver's
erase function.
Note that the address range being erased cannot span multiple LIBMEM drivers.
Example:
uint8_t *erase_start;
size_t erase_size;
int res;
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_erase : success (erased %08X - 0x
%08X)\n", erase_start, erase_start + erase_size - 1);
else
printf("libmem_erase : failed (%d)\n", res);
1189
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_erase_all
Synopsis
int libmem_erase_all(void);
Description
This function iterates through all registered LIBMEM drivers calling each driver's erase function specifying the
drivers entire memory range as its parameters.
The function will terminate if any of the driver's erase functions return a result other than
LIBMEM_STATUS_SUCCESS.
Example:
int res;
res = libmem_erase_all();
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_erase_all : success\n");
else
printf("libmem_erase_all : failed (%d)\n", res);
1190
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_fill
Synopsis
Description
libmem_fill fills memory with a specific data value using a LIBMEM driver.
This function locates the LIBMEM driver for the address pointed to by dest and then calls the LIBMEM driver's fill
function.
Note that the address range being written to cannot span multiple LIBMEM drivers.
Example:
int res;
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_fill : success\n");
else
printf("libmem_fill : failed (%d)\n", res);
1191
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_flush
Synopsis
int libmem_flush(void);
Description
libmem_flush flushes any outstanding memory operations and returns memory to read mode if applicable.
LIBMEM drivers do not necessarily carry out operations immediately or they may leave the memory in an
unreadable state for performance reasons. You should call libmem_flush once you have finished carrying out
memory operations in order to complete all outstanding transactions and return the memory to a readable
state.
Example:
int res;
res = libmem_flush();
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_flush : success\n");
else
printf("libmem_flush : failed (%d)\n", res);
1192
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_foreach_driver
Synopsis
Description
libmem_foreach_driver iterates through all the registered LIBMEM drivers and calls fn for each. If any of the
calls return a response other than LIBMEM_STATUS_SUCCESS this function will terminate and return that
response.
1193
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_foreach_driver_fn_t
Synopsis
Description
libmem_foreach_driver_fn_t returns The LIBMEM status result. If any value other than
LIBMEM_STATUS_SUCCESS is returned from this function the libmem_foreach_driver function will terminate
and return the response.
1194
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_foreach_sector
Synopsis
Description
libmem_foreach_sector is a helper function for iterating through all sectors handled by a LIBMEM driver.
This function iterates through all the sectors handled by a single LIBMEM driver and calls a
libmem_foreach_sector_fn_t function for each. If any of the calls return a response other than
LIBMEM_STATUS_SUCCESS this function will terminate and return the response.
1195
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_foreach_sector_fn_t
Synopsis
Description
libmem_foreach_sector_fn_t returns The LIBMEM status result. If any value other than
LIBMEM_STATUS_SUCCESS is returned from this function the libmem_foreach_sector or
libmem_foreach_sector_in_range functions will terminate and return the response.
1196
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_foreach_sector_in_range
Synopsis
Description
libmem_foreach_sector_in_range is a helper function for iterating through all sectors handled by a driver that
are within a specific address range.
actual_range_start A pointer to the start of the first sector that is within the address range.
actual_range_size The combined size of all the sectors that are within the address range.
This function iterates through all the sectors handled by a single LIBMEM driver and calls a
libmem_foreach_sector_fn_t function for each if it is within the specified address range. If any of the calls return
a response other than LIBMEM_STATUS_SUCCESS this function will terminate and return the response.
1197
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_foreach_sector_in_range_ex
Synopsis
Description
actual_range_start A pointer to the start of the first sector that is within the address range.
actual_range_size The combined size of all the sectors that are within the address range.
This function iterates through all the sectors in the specified geometry and calls a libmem_foreach_sector_fn_t
function for each if it is within the specified address range. If any of the calls return a response other than
LIBMEM_STATUS_SUCCESS this function will terminate and return the response. This function is essentially
the same as libmem_foreach_sector_in_range except it allows a different geometry to be specified to that
associated with the driver.
1198
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_driver
Synopsis
Description
libmem_get_driver is a helper function that returns the handle of a LIBMEM driver that is responsible for a
specific memory location.
libmem_get_driver returns The LIBMEM driver handle or NULL if no driver could be found.
1199
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_driver_sector_size
Synopsis
Description
libmem_get_driver_sector_size is a helper function that locates the driver for a specific address and then
returns the sector size for that address using the driver's geometry.
libmem_get_driver_sector_size returns The size of the sector or 0 if the sector cannot be found.
1200
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_geometry_size
Synopsis
Description
libmem_get_geometry_size is a helper function that returns the size of the address range described by a
geometry description.
libmem_get_geometry_size returns The size of the address range described the by geometry description in
bytes.
1201
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_number_of_regions
Synopsis
Description
libmem_get_number_of_regions is a helper function that returns the number of geometry regions described
by a geometry description.
1202
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_number_of_sectors
Synopsis
Description
1203
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_sector_info
Synopsis
Description
libmem_get_sector_info is a helper function that returns the sector information for an address within a
specified geometry.
info A pointer to the libmem_sector_info_t structure to write the sector information to.
1204
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_sector_number
Synopsis
Description
libmem_get_sector_number is a helper function that returns the sector number of an address within a specified
geometry.
libmem_get_sector_number returns The sector number or -1 if the address is not located within the described
geometry.
1205
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_sector_size
Synopsis
Description
libmem_get_sector_size is a helper function that returns the sector size for an address within a specified
geometry.
libmem_get_sector_size returns The size of the sector or 0 if the sector cannot be found.
1206
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_ticks
Synopsis
uint32_t libmem_get_ticks(void);
Description
libmem_get_ticks is a helper function that returns the current timer tick count.
libmem_get_ticks returns The current timer tick count as returned by the libmem_get_ticks_fn function or 0 if
this function has not been defined.
1207
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_ticks_fn
Synopsis
libmem_get_ticks_fn_t libmem_get_ticks_fn;
Description
libmem_get_ticks_fn is a pointer to a function that returns the current timer tick count.
1208
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_get_ticks_fn_t
Synopsis
Description
1209
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_lock
Synopsis
Description
This function locates the LIBMEM driver for the address pointed to by start and then calls the LIBMEM driver's
lock function.
Example:
int res;
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_lock : success\n");
else
printf("libmem_lock : failed (%d)\n", res);
1210
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_lock_all
Synopsis
int libmem_lock_all(void);
Description
This function iterates through all registered LIBMEM drivers calling each driver's lock function specifying the
drivers entire memory range as its parameters.
The function will terminate if any of the driver's lock functions return a result other than
LIBMEM_STATUS_SUCCESS.
Example:
int res;
res = libmem_lock_all();
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_lock_all : success\n");
else
printf("libmem_lock_all : failed (%d)\n", res);
1211
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_read
Synopsis
Description
This function locates the LIBMEM driver for the address pointed to by src and then calls the LIBMEM driver's read
extended function if it has been implemented. If the read function has not been implemented then the memory
will be read directly using memcpy. The intention for this function is to allow you to use the LIBMEM library for
memory that doesn't appear on the address bus by providing a virtual address range for the device.
Note that if the LIBMEM driver's read function is used, the address range being read cannot span multiple
LIBMEM drivers.
Example:
uint8_t buffer[64];
int res;
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_read : success\n");
else
printf("libmem_read : failed (%d)\n", res);
1212
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_am29f200b_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
1213
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_am29f200t_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
1214
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_am29f400bb_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
1215
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_am29f400bt_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
1216
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_am29fxxx_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
size The size of the address range handled by the LIBMEM driver in bytes.
device_id The device ID of the device. The expected device ID is checked against the device ID read from the
FLASH. If the device IDs differ this function return LIBMEM_STATUS_INVALID_DEVICE.
1217
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_am29lv010b_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
1218
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_0001_16_driver
Synopsis
Description
libmem_register_cfi_0001_16_driver registers a 16-bit CFI command set 1 (Intel Extended) LIBMEM driver.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
libmem_geometry_t flash1_geometry[] =
{
{ 8, 0x00002000 }, // 8 x 8KB sectors
{ 31, 0x00010000 }, // 31 x 64KB sectors
{ 0, 0 }, // NULL terminator
};
int res;
res = libmem_register_cfi_0001_16_driver(&flash1_handle,
flash1_start,
libmem_get_geometry_size(flash1_geometry),
flash1_geometry,
0);
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_cfi_0001_16_driver : success\n");
else
printf("libmem_register_cfi_0001_16_driver : failed (%d)\n", res);
1219
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_0001_8_driver
Synopsis
Description
libmem_register_cfi_0001_8_driver registers an 8-bit CFI command set 1 (Intel Extended) LIBMEM driver.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
libmem_geometry_t flash1_geometry[] =
{
{ 8, 0x00002000 }, // 8 x 8KB sectors
{ 31, 0x00010000 }, // 31 x 64KB sectors
{ 0, 0 }, // NULL terminator
};
int res;
res = libmem_register_cfi_0001_8_driver(&flash1_handle,
flash1_start,
libmem_get_geometry_size(flash1_geometry),
flash1_geometry,
0);
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_cfi_0001_8_driver : success\n");
else
printf("libmem_register_cfi_0001_8_driver : failed (%d)\n", res);
1220
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_0002_16_driver
Synopsis
Description
libmem_register_cfi_0002_16_driver registers a 16-bit CFI command set 2 (AMD Standard) LIBMEM driver.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
libmem_geometry_t flash1_geometry[] =
{
{ 8, 0x00002000 }, // 8 x 8KB sectors
{ 31, 0x00010000 }, // 31 x 64KB sectors
{ 0, 0 }, // NULL terminator
};
int res;
res = libmem_register_cfi_0002_16_driver(&flash1_handle,
flash1_start,
libmem_get_geometry_size(flash1_geometry),
flash1_geometry,
0);
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_cfi_0002_16_driver : success\n");
else
printf("libmem_register_cfi_0002_16_driver : failed (%d)\n", res);
1221
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_0002_8_driver
Synopsis
Description
libmem_register_cfi_0002_8_driver registers an 8 bit CFI command set 2 (AMD Standard) LIBMEM driver.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
libmem_geometry_t flash1_geometry[] =
{
{ 8, 0x00002000 }, // 8 x 8KB sectors
{ 31, 0x00010000 }, // 31 x 64KB sectors
{ 0, 0 }, // NULL terminator
};
int res;
res = libmem_register_cfi_0002_8_driver(&flash1_handle,
flash1_start,
libmem_get_geometry_size(flash1_geometry),
flash1_geometry,
0);
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_cfi_0002_8_driver : success\n");
else
printf("libmem_register_cfi_0002_8_driver : failed (%d)\n", res);
1222
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_0003_16_driver
Synopsis
Description
libmem_register_cfi_0003_16_driver registers a 16-bit CFI command set 3 (Intel Standard) LIBMEM driver.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
libmem_geometry_t flash1_geometry[] =
{
{ 8, 0x00002000 }, // 8 x 8KB sectors
{ 31, 0x00010000 }, // 31 x 64KB sectors
{ 0, 0 }, // NULL terminator
};
int res;
res = libmem_register_cfi_0003_16_driver(&flash1_handle,
flash1_start,
libmem_get_geometry_size(flash1_geometry),
flash1_geometry,
0);
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_cfi_0003_16_driver : success\n");
else
printf("libmem_register_cfi_0003_16_driver : failed (%d)\n", res);
1223
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_0003_8_driver
Synopsis
Description
libmem_register_cfi_0003_8_driver registers an 8-bit CFI command set 3 (Intel Standard) LIBMEM driver.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
libmem_geometry_t flash1_geometry[] =
{
{ 8, 0x00002000 }, // 8 x 8KB sectors
{ 31, 0x00010000 }, // 31 x 64KB sectors
{ 0, 0 }, // NULL terminator
};
int res;
res = libmem_register_cfi_0003_8_driver(&flash1_handle,
flash1_start,
libmem_get_geometry_size(flash1_geometry),
flash1_geometry,
0);
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_cfi_0003_8_driver : success\n");
else
printf("libmem_register_cfi_0003_8_driver : failed (%d)\n", res);
1224
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_amd_driver
Synopsis
int libmem_register_cfi_amd_driver(libmem_driver_handle_t *h,
uint8_t *start,
size_t size,
const libmem_geometry_t *geometry,
const libmem_flash_info_t *flash_info);
Description
libmem_register_cfi_amd_driver registers a multi-width CFI command set 2 (AMD) LIBMEM driver.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
This function registers a multi-width CFI command set 2 (AMD) LIBMEM driver. The advantage of this driver over
the individual single width and command set drivers is that one driver will support a range of FLASH chips, the
disadvantage is that of increased code size and reduced performance.
Example:
if (res == LIBMEM_STATUS_SUCCESS)
{
// Register the driver
res = libmem_register_cfi_amd_driver(&flash1_handle,
flash1_start,
flash1_size,
flash1_geometry,
&flash1_info);
if (res == LIBMEM_STATUS_SUCCESS)
1225
CrossWorks for ARM Reference Manual LIBMEM User Guide
printf("libmem_register_cfi_amd_driver : success\n");
else
printf("libmem_register_cfi_amd_driver : failed (%d)\n", res);
}
else
printf("libmem_cfi_get_info : failed (%d)\n", res);
1226
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_driver
Synopsis
int libmem_register_cfi_driver(libmem_driver_handle_t *h,
uint8_t *start,
libmem_geometry_t *geometry,
int max_geometry_regions,
libmem_flash_info_t *flash_info);
Description
libmem_register_cfi_driver registers a FLASH driver based on detected CFI information.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
max_geometry_regions The maximum number of geometry regions that can be stored at the memory pointed
to by geometry. The geometry description is NULL terminated so max_geometry_regions must be at least two
regions in size in order to store one geometry region and one terminator entry.
flash_info A pointer to the memory location to store the remaining FLASH information.
This function calls libmem_cfi_get_info to detect the type and geometry of the the FLASH pointed to by start
and then, if the FLASH memory is supported, registers an appropriate LIBMEM driver for the FLASH.
Use of this function requires all supported CFI LIBMEM drivers to be linked in, therefore if memory is at a
premium you should register only the LIBMEM FLASH driver you require instead of using this function.
Example:
res = libmem_register_cfi_driver(&flash1_handle,
flash1_start,
flash1_geometry,
flash1_max_geometry_regions,
&flash1_info);
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_cfi_driver : success\n");
else
printf("libmem_register_cfi_driver : failed (%d)\n", res);
1227
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_cfi_intel_driver
Synopsis
int libmem_register_cfi_intel_driver(libmem_driver_handle_t *h,
uint8_t *start,
size_t size,
const libmem_geometry_t *geometry,
const libmem_flash_info_t *flash_info);
Description
libmem_register_cfi_intel_driver registers a combined multi-width CFI command set 1 and 3 (Intel) LIBMEM
driver.
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
This function registers a combined multi-width CFI command set 1 and 3 (Intel) LIBMEM driver. The advantage
of this driver over the individual single width and command set drivers is that one driver will support a range of
Intel FLASH chips, the disadvantage is that of increased code size and reduced performance.
Example:
if (res == LIBMEM_STATUS_SUCCESS)
{
// Register the driver
res = libmem_register_cfi_intel_driver(&flash1_handle,
flash1_start,
flash1_size,
flash1_geometry,
&flash1_info);
1228
CrossWorks for ARM Reference Manual LIBMEM User Guide
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_cfi_intel_driver : success\n");
else
printf("libmem_register_cfi_intel_driver : failed (%d)\n", res);
}
else
printf("libmem_cfi_get_info : failed (%d)\n", res);
1229
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_driver
Synopsis
Description
start A Pointer to the start of the address range handled by the LIBMEM driver.
size The size of the address range handled by the LIBMEM driver in bytes.
ext_driver_functions A pointer to the structure describing the LIBMEM driver's extended functions, or NULL if
not required.
This function adds a LIBMEM driver to the list of LIBMEM drivers currently installed. This function is not normally
called directly by an application, it is typically called by a LIBMEM driver's own register function.
1230
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_ram_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t ram1_handle;
uint8_t *ram1_start = (uint8_t *)0x10000000;
const size_t ram1_size = 1024;
int res;
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_ram_driver : success\n");
else
printf("libmem_register_ram_driver : failed (%d)\n", res);
1231
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_sst39xFx00A_16_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
libmem_flash_info_t flash1_info;
const int flash1_max_geometry_regions = 4;
libmem_geometry_t flash1_geometry[flash1_max_geometry_regions];
size_t size;
int res;
if (res == LIBMEM_STATUS_SUCCESS)
{
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_sst39xFx00A_16_driver : success\n");
else
printf("libmem_register_sst39xFx00A_16_driver : failed (%d)\n", res);
}
else
printf("libmem_cfi_get_info : failed (%d)\n", res);
1232
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_st_m28w320cb_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
int res;
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_st_m28w320cb_driver : success\n");
else
printf("libmem_register_st_m28w320cb_driver : failed (%d)\n", res);
1233
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_register_st_m28w320ct_driver
Synopsis
Description
h A pointer to the LIBMEM handle structure to use for this LIBMEM driver.
Example:
libmem_driver_handle_t flash1_handle;
uint8_t *flash1_start = (uint8_t *)0x10000000;
int res;
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_register_st_m28w320ct_driver : success\n");
else
printf("libmem_register_st_m28w320ct_driver : failed (%d)\n", res);
1234
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_set_busy_handler
Synopsis
Description
libmem_set_busy_handler specifies a handler function that should be called each time LIBMEM iterates a busy
loop.
libmem_set_busy_handler returns A pointer to the existing busy handler or NULL if there isn't one.
This function allows a user defined function to be called each time LIBMEM iterates a busy loop. The typical use
of this is to keep watchdogs alive while LIBMEM is carrying out blocking operations.
1235
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_ticks_per_second
Synopsis
uint32_t libmem_ticks_per_second;
Description
libmem_ticks_per_second is the amount the value returned by the libmem_get_ticks_fn function increments
each second.
1236
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_unlock
Synopsis
Description
This function locates the LIBMEM driver for the address pointed to by start and then calls the LIBMEM driver's
unlock function.
Example:
int res;
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_unlock : success\n");
else
printf("libmem_unlock : failed (%d)\n", res);
1237
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_unlock_all
Synopsis
int libmem_unlock_all(void);
Description
This function iterates through all registered LIBMEM drivers calling each driver's unlock function specifying the
drivers entire memory range as its parameters.
The function will terminate if any of the driver's unlock functions return a result other than
LIBMEM_STATUS_SUCCESS.
Example:
int res;
res = libmem_unlock_all();
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_unlock_all : success\n");
else
printf("libmem_unlock_all : failed (%d)\n", res);
1238
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_write
Synopsis
Description
This function locates the LIBMEM driver for the address pointed to by start and then calls the LIBMEM driver's
write function.
Note that the address range being written to cannot span multiple LIBMEM drivers.
Example:
if (res == LIBMEM_STATUS_SUCCESS)
printf("libmem_write : success\n");
else
printf("libmem_write : failed (%d)\n", res);
1239
CrossWorks for ARM Reference Manual LIBMEM User Guide
<libmem_loader.h>
API Summary
Macros
LIBMEM_LOADER_VERSION_NUMBER LIBMEM loader interface version number.
LIBMEM_RPC_LOADER_FLAG_PARAM Indicates whether the loader parameter has been set.
LIBMEM_RPC_LOADER_FLAG_PRESERVE_STATE Indicates that a loader should preserve target state.
LIBMEM_RPC_LOADER_MAGIC_NUMBER Magic number used to identify LIBMEM loader.
LIBMEM_RPC_LOADER_OPTION_HOST_ERASE Enables host erase loader mode.
LIBMEM_RPC_LOADER_OPTION_HOST_WRITE Enables host write loader mode.
Functions
libmem_rpc_loader_exit Exit an RPC loader and return the exit status to the
host.
libmem_rpc_loader_start Start up a LIBMEM loader that uses direct RPC (remote
procedure calls).
libmem_rpc_loader_start_ex Start up a LIBMEM loader that uses direct RPC (remote
procedure calls) with additional options flags.
1240
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_LOADER_VERSION_NUMBER
Synopsis
#define LIBMEM_LOADER_VERSION_NUMBER 3
Description
1241
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_RPC_LOADER_FLAG_PARAM
Synopsis
Description
LIBMEM loader flag used to indicate whether the loader parameter has been set.
If this flag is set in R0 on entry to an RPC loader then R1 holds the optional loader parameter specified using
CrossStudio's "Target | Loader Parameter" project property.
1242
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_RPC_LOADER_FLAG_PRESERVE_STATE
Synopsis
Description
LIBMEM loader flag used to indicate that a loader should preserve target state.
If this flag is set in R0 on entry to an RPC loader then the loader should attempt to preserve any existing target
state. This is typically set when a loader is used to modify memory while a target program is running which
would happen when a software breakpoint is set in ROM during a debug session. If this is functionality is not
required then this flag can be ignored.
1243
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_RPC_LOADER_MAGIC_NUMBER
Synopsis
Description
Defines the magic number used by host to identify the loader as a LIBMEM loader.
1244
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_RPC_LOADER_OPTION_HOST_ERASE
Synopsis
Description
LIBMEM loader option that enables host erase mode when used in the options parameter of
libmem_rpc_loader_start_ex.
1245
CrossWorks for ARM Reference Manual LIBMEM User Guide
LIBMEM_RPC_LOADER_OPTION_HOST_WRITE
Synopsis
Description
LIBMEM loader option that enables host write mode when used in the options parameter of
libmem_rpc_loader_start_ex.
1246
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_rpc_loader_exit
Synopsis
void libmem_rpc_loader_exit(int result,
const char *error);
Description
result A LIBMEM status result.
This function provides a way of signalling to the host that the loader program has completed and also
allows the loader to return an exit code and optional error string. Note that this function should only
be used in conjunction with libmem_rpc_loader_start() and that any code located after the call to
libmem_rpc_loader_exit() has been made will not be executed.
The error parameter can be used to describe an error not covered by the LIBMEM status results. To use it, set
result to LIBMEM_STATUS_ERROR and error to the error string to be displayed.
The following example demonstrates how to return user defined error messages from the loader and how code
can be executed after the loader server has terminated prior to the loader program exiting:
int initialise()
{
... initialisation code ...
}
int deinitialise()
{
... deinitialisation code ...
}
int main(void)
{
uint8_t *flash1_start = (uint8_t *)0x10000000;
const int flash1_max_geometry_regions = 4;
libmem_driver_handle_t flash1_handle;
libmem_geometry_t flash1_geometry[flash1_max_geometry_regions];
libmem_flash_info_t flash1_info;
int res;
const char *error = 0;
if (initialise())
{
// Register FLASH driver.
res = libmem_register_cfi_driver(&flash1_handle,
flash1_start,
flash1_geometry,
flash1_max_geometry_regions,
&flash1_info);
if (res == LIBMEM_STATUS_SUCCESS)
1247
CrossWorks for ARM Reference Manual LIBMEM User Guide
{
// Run the loader
libmem_rpc_loader_start(buffer, buffer + sizeof(buffer) - 1);
}
}
else
{
res = LIBMEM_STATUS_ERROR;
error = "cannot initialise loader";
}
libmem_rpc_loader_exit(res, NULL);
return 0;
}
1248
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_rpc_loader_start
Synopsis
int libmem_rpc_loader_start(void *comm_buffer_start,
void *comm_buffer_end);
Description
comm_buffer_start A pointer to the start of an area of RAM that can be used by the host to store data passed to
the remotely called libmem functions.
comm_buffer_end A pointer to the last byte of the of an area of RAM that can be used by the host to store data
passed to the remotely called libmem functions.
libmem_rpc_loader_start returns The last error result returned from a LIBMEM function or
LIBMEM_STATUS_SUCCESS if there has been no error.
This function starts up a LIBMEM loader that uses direct remote procedure calls of the LIBMEM library.
A communication buffer is required to store the parameters passed to the LIBMEM functions, this buffer is
specified using the comm_buffer_start and comm_buffer_end parameters. The buffer must be at least 8 bytes
in length, however you will find the bigger the buffer is, the better the loader performance will be because fewer
RPC calls will be required.
Example:
int main(void)
{
uint8_t *flash1_start = (uint8_t *)0x10000000;
const int flash1_max_geometry_regions = 4;
libmem_driver_handle_t flash1_handle;
libmem_geometry_t flash1_geometry[flash1_max_geometry_regions];
libmem_flash_info_t flash1_info;
int res;
if (res == LIBMEM_STATUS_SUCCESS)
{
// Run the loader
libmem_rpc_loader_start(buffer, buffer + sizeof(buffer) - 1);
}
libmem_rpc_loader_exit(res, NULL);
1249
CrossWorks for ARM Reference Manual LIBMEM User Guide
return 0;
}
Parameters are passed to an RPC loader by initialising the CPU registers prior to starting the loader. On entry, the
register R0 contains the LIBMEM loader flags which can be any of the following:
LIBMEM_RPC_LOADER_FLAG_PARAM - If this flag is set then R1 holds the optional loader parameter
specified using CrossStudio's "Target | Loader Parameter" project property.
Note that older versions of LIBMEM loader required that you always link certain LIBMEM functions such as
libmem_write() and libmem_erase() into the loader using the "Linker | Keep Symbols" project property. This is
now only required if you want the loader to be compatible with versions of CrossWorks prior to version 3.
1250
CrossWorks for ARM Reference Manual LIBMEM User Guide
libmem_rpc_loader_start_ex
Synopsis
int libmem_rpc_loader_start_ex(void *comm_buffer_start,
void *comm_buffer_end,
uint32_t options);
Description
comm_buffer_start A pointer to the start of an area of RAM that can be used by the host to store data passed to
the remotely called libmem functions.
comm_buffer_end A pointer to the last byte of the of an area of RAM that can be used by the host to store data
passed to the remotely called libmem functions.
options This parameter is usually 0, but can be used to enable different loader behaviour by specifying a
combination of the following loader options:
libmem_rpc_loader_start_ex returns The last error result returned from a LIBMEM function or
LIBMEM_STATUS_SUCCESS if there has been no error.
This function is the same as libmem_rpc_loader_start except that it allows a loader option parameter to be
specified.
Example:
int main(void)
{
uint8_t *flash1_start = (uint8_t *)0x10000000;
const int flash1_max_geometry_regions = 4;
libmem_driver_handle_t flash1_handle;
libmem_geometry_t flash1_geometry[flash1_max_geometry_regions];
libmem_flash_info_t flash1_info;
int res;
1251
CrossWorks for ARM Reference Manual LIBMEM User Guide
res = libmem_register_cfi_driver(&flash1_handle,
flash1_start,
flash1_geometry,
flash1_max_geometry_regions,
&flash1_info);
if (res == LIBMEM_STATUS_SUCCESS)
{
// Run the loader
libmem_rpc_loader_start_ex(buffer,
buffer + sizeof(buffer) - 1,
LIBMEM_LOADER_OPTION_HOST_WRITE |
LIBMEM_LOADER_OPTION_HOST_ERASE);
}
libmem_rpc_loader_exit(res, NULL);
return 0;
}
1252
CrossWorks for ARM Reference Manual Utilities Reference
Utilities Reference
1253
CrossWorks for ARM Reference Manual Utilities Reference
Compiler driver
This section describes the switches accepted by the compiler driver, cc. The compiler driver is capable of
controlling compilation by all supported language compilers and the final link by the linker. It can also construct
libraries automatically.
In contrast to many compilation and assembly language development systems, with CrossWorks you don't
invoke the assembler or compiler directly. Instead you'll normally use the compiler driver cc as it provides an
easy way to get files compiled, assembled, and linked. This section will introduce you to using the compiler
driver to convert your source files to object files, executables, or other formats.
We recommend that you use the compiler driver rather than use the assembler or compiler directly because
there the driver can assemble multiple files using one command line and can invoke the linker for you too. There
is no reason why you should not invoke the assembler or compiler directly yourself, but you'll find that typing in
all the required options is quite tedious-and why do that when cc will provide them for you automatically?
1254
CrossWorks for ARM Reference Manual Utilities Reference
The compiler driver recognizes the extension .o as object files, .a as library files, .ld as linker script files and .xml
as special-purpose XML files.
We strongly recommend that you adopt these extensions for your source files and object files because you'll find
that using the tools is much easier if you do.
C language files
When the compiler driver finds a file with a .c extension, it runs the C compiler to convert it to object code.
When the compiler driver finds a file with a .cpp extension, it runs the C++ compiler to convert it to object code.
When the compiler driver finds a file with a .s or .asm extension, it runs the C preprocessor and then the
assembler to convert it to object code.
When the compiler driver finds a file with a .o or .a extension, it passes it to the linker to include it in the final
application.
1255
CrossWorks for ARM Reference Manual Utilities Reference
Command-line options
This section describes the command-line options accepted by the CrossWorks compiler driver.
1256
CrossWorks for ARM Reference Manual Utilities Reference
-allow-multiple-definition
Description
Do not generate an error when linking multiple symbols of the same name.
1257
CrossWorks for ARM Reference Manual Utilities Reference
-ansi
Description
Warn about potential problems that conflict with the relevant ANSI or ISO standard for the files that are
compiled.
1258
CrossWorks for ARM Reference Manual Utilities Reference
-ar
Description
This switch instructs the compiler driver to archive all output files into a library. Using -ar implies -c.
Example
The following command compiles file1.c, file2.asm, and file3.c to object code and archives them into the library
file libfunc.a together with the object file file4.o.
1259
CrossWorks for ARM Reference Manual Utilities Reference
-arch=a
-arch=list
Description
Specifies the ARM architecture to generate code for and the library variants to link with.
Example
cc -arch=v7A
cc -arch=list
1260
CrossWorks for ARM Reference Manual Utilities Reference
-be
-be8
Description
Generate code for a big endian (word or byte) target. Default generates little endian code.
1261
CrossWorks for ARM Reference Manual Utilities Reference
-builtins
Description
Use builtin compiler functions, for example memcpy. Default does not use builtin compiler functions.
1262
CrossWorks for ARM Reference Manual Utilities Reference
-c
Description
All named files are compiled to object code modules, but are not linked. You can use the -o option to name the
output if you just supply one input filename.
Example
The following command compiles file1.c and file4.c to produce the object files file1.o and file4.o.
cc -c file1.c file4.c
The following command compiles file1.c and produces the object file obj/file1.o.
cc -c file.c -o obj/file1.o
1263
CrossWorks for ARM Reference Manual Utilities Reference
-clang
Description
Use the clang compiler and assembler. Default is to use the GNU compiler and assembler.
1264
CrossWorks for ARM Reference Manual Utilities Reference
-cmselib=l
Description
Create an import library (an object file) containing the symbols that represent the addresses of secure gateways
to the entry functions of the linked executable.
1265
CrossWorks for ARM Reference Manual Utilities Reference
-codec=c
-codec=list
Description
Example
cc -codec=utf-8
cc -codec=list
1266
CrossWorks for ARM Reference Manual Utilities Reference
-common
Description
Allocate declarations of zero initialized variables. This enables variables that have been declared (perhaps
multiple times) but not defined to be allocated. The default requires a single definition of each zero initialized
variable.
1267
CrossWorks for ARM Reference Manual Utilities Reference
-cpu=c
-cpu=list
Description
Specifies the cpu core to generate code for and the libraries to link against.
Example
cc -cpu=Cortex-M3
cc -cpu=list
1268
CrossWorks for ARM Reference Manual Utilities Reference
-dname=value
Description
You can define linker symbols using the -d option. The symbol definitions are passed to linker.
Example
-dSTACK_SIZE=512
1269
CrossWorks for ARM Reference Manual Utilities Reference
-debugio=bkpt
-debugio=dcc
-debugio=mempoll
Description
Specifies the debugio implementation to link with. The default for architectures that have the ARM instruction
set will use dcc and architectures that have only the Thumb-2 instruction set will use mempoll.
Example
The following selects the breakpoint debugio implementation for a cortex-m3 cpu
cc -cpu=Cortex-M3 -debugio=bkpt
1270
CrossWorks for ARM Reference Manual Utilities Reference
-depend file
Description
Create a dependency file in file (suitable for inclusion into a makefile) when compiling a source file.
1271
CrossWorks for ARM Reference Manual Utilities Reference
-Dname
-Dname=value
Description
You can define preprocessor macros using the -D option. The macro definitions are passed on to the respective
language compiler which is responsible for interpreting the definitions and providing them to the programmer
within the language.
The first form above defines the macro name but without an associated replacement value, and the second
defines the same macro with the replacement value value.
Example
The following defines two macros, SUPPORT_FLOAT with a value of 1 and LITTLE_ENDIAN with no replacement
value.
-DSUPPORT_FLOAT=1 -DLITTLE_ENDIAN
1272
CrossWorks for ARM Reference Manual Utilities Reference
-emit-relocs
Description
1273
CrossWorks for ARM Reference Manual Utilities Reference
-ename
Description
Linker option to set the entry point symbol to be name. The debugger will start execution from this symbol.
1274
CrossWorks for ARM Reference Manual Utilities Reference
-exceptions
Description
1275
CrossWorks for ARM Reference Manual Utilities Reference
-E (Preprocess)
Syntax
-E
Description
This option preprocesses the supplied file and outputs the result to the standard output.
Example
The following preprocesses the file file.c supplying the macros, SUPPORT_FLOAT with a value of 1 and
LITTLE_ENDIAN.
1276
CrossWorks for ARM Reference Manual Utilities Reference
-fill=b
Description
Specify the byte value b to fill gaps in the output file produced by the linker.
1277
CrossWorks for ARM Reference Manual Utilities Reference
-fabi=softfp
-fabi=hard
Description
Specifies the type of floating point code generation. The default is to use the software floating point
implementation. If you use softfp then FPU instructions are generated, floating point arguments to functions
are supplied in CPU registers. If you use hard then FPU instructions are generated, floating point arguments to
functions are supplied in FPU registers.
1278
CrossWorks for ARM Reference Manual Utilities Reference
-fpu=a
-fpu=list
Description
Specifies the floating point unit to generate code for when the fpabi option has been supplied.
Example
cc -cpu=Cortex-M4 -fpu=FPv4-SP-D16
cc -fpu=list
1279
CrossWorks for ARM Reference Manual Utilities Reference
-framepointer
Description
The -framepointer option instructs the compiler to store the stack frame pointer in a register.
1280
CrossWorks for ARM Reference Manual Utilities Reference
-Ffmt
Description
The -F option instructs the compiler driver to generate an additional output file in the format fmt. The compiler
driver supports the following formats:
The compiler driver will always output a .elf file as specified with the -o option. The name of the additional
output file is the same as the .elf file with the file extension changed.
For example
1281
CrossWorks for ARM Reference Manual Utilities Reference
-g
-g1
-g2
-g3
Description
The -g option instructs the compiler and assembler to generate source level debugging information.
The -g1 option instructs the compiler to generate backtrace and line number debugging information.
The -g2 option instructs the compiler to generate backtrace, line number and variable display debugging
information.
The -g3 option instructs the compiler to generate backtrace, line number, variable display and macro display
debugging information.
1282
CrossWorks for ARM Reference Manual Utilities Reference
-hasidiv
Description
The -hasidiv option instructs the compiler to generate integer divide instructions for v7a and v7r architectures.
1283
CrossWorks for ARM Reference Manual Utilities Reference
-hassmallmultiplier
Description
The -hassmallmultiplier option instructs the compiler to avoid generating multiply instructions for v6m
architectures depending on code to be generated and optimization level requested.
1284
CrossWorks for ARM Reference Manual Utilities Reference
-hascmse
Description
The -hascmse option allows the compiler to generate code for the secure state of the v8m architecture.
1285
CrossWorks for ARM Reference Manual Utilities Reference
-help
Description
1286
CrossWorks for ARM Reference Manual Utilities Reference
-instrument
Description
This option causes the compiler to insert instrumentation calls on function entry and exit
1287
CrossWorks for ARM Reference Manual Utilities Reference
-Idirectory
Description
In order to find include files the compiler driver arranges for the compilers to search a number of standard
directories. You can add directories to the search path using the -I switch which is passed on to each of the
language processors.
You can specify more than one include directory by separating each directory component with either a comma
or semicolon.
1288
CrossWorks for ARM Reference Manual Utilities Reference
-I-
Description
Usually the compiler and assembler search for include files in the standard include directory created when the
product is installed. If for some reason you wish to exclude these system locations from being searched when
compiling a file, the -I- option will do this for you.
1289
CrossWorks for ARM Reference Manual Utilities Reference
-Jdirectory
Description
The -J option adds directory to the end of the list of directories to search for source files included (using
triangular brackets) by the #include preprocessor command.
You can specify more than one include directory by separating each directory component with either a comma
or semicolon in the property
1290
CrossWorks for ARM Reference Manual Utilities Reference
-kasm
Description
The -kasm option instructs the compiler driver to keep intermediate assembly code files.
1291
CrossWorks for ARM Reference Manual Utilities Reference
-kldscript
Description
The -kldscript option instructs the compiler driver to keep generated linker script files.
1292
CrossWorks for ARM Reference Manual Utilities Reference
-kpp
Description
The -kpp option instructs the compiler driver to generate and keep intermediate preprocessor files.
1293
CrossWorks for ARM Reference Manual Utilities Reference
-Kname
Description
The linker removes unused code and data from the output file. This process is called deadstripping. To prevent
the linker from deadstripping unreferenced code and data you wish to keep, you must use the -K command line
option to force inclusion of symbols.
Example
If you have a C function, contextSwitch that must be kept in the output file (and which the linker will normally
remove), you can force its inclusion using:
-KcontextSwitch
1294
CrossWorks for ARM Reference Manual Utilities Reference
-l-
Description
The -l option instructs the compiler driver not to link standard libraries. If you use this option you must supply
your own library functions or libraries.
1295
CrossWorks for ARM Reference Manual Utilities Reference
-longcalls
Description
The -longcalls option causes the compiler to generate long call code sequences.
1296
CrossWorks for ARM Reference Manual Utilities Reference
-Ldir
Description
Sets the library directory to dir. If -L is not specified on the command line, the default location to search for
libraries is set to $(InstallDir)/lib.
1297
CrossWorks for ARM Reference Manual Utilities Reference
-memorymap file
Description
The -memorymap option supplies the memory map file which is used to define the memory segments
referenced in the section placement file. See Memory Map file format for a description of the memory map file
format.
Example
-memorymap MemoryMap.xml
1298
CrossWorks for ARM Reference Manual Utilities Reference
-memorymapmacros macros
Description
The -memorymapmacros option supplies macro definitions that are applied to the memory map file.
Example
The macros FLASH_START and FLASH_SIZE are defined for the memory map using:
-memorymapmacros "FLASH_START=0x08000000;FLASH_SIZE=0x10000"
1299
CrossWorks for ARM Reference Manual Utilities Reference
-M
Description
The -M option prints a linkage map named the same as the linker output file with the .map file extension.
1300
CrossWorks for ARM Reference Manual Utilities Reference
-n
Description
When -n is specified, the compiler driver processes options as usual, but does not execute any subprocesses to
compile, assemble, archive or link applications.
1301
CrossWorks for ARM Reference Manual Utilities Reference
-nowarn-mismatch
Description
When -nowarn-mismatch is specified, the linker will ignore architecture mismatches on object file and libraries.
1302
CrossWorks for ARM Reference Manual Utilities Reference
-nowarn-enumsize
Description
When -nowarn-enumsize is specified, the linker will ignore enum size mismatches on object files and libraries.
1303
CrossWorks for ARM Reference Manual Utilities Reference
-nowarn-wcharsize
Description
When -nowarn-wcharsize is specified, the linker will ignore wide character size mismatches on object files and
libraries.
1304
CrossWorks for ARM Reference Manual Utilities Reference
-nostderr
Description
1305
CrossWorks for ARM Reference Manual Utilities Reference
-O (Optimize output)
Syntax
-Ox
Description
Pass the optimization option -Ox to the compiler and select library variant. The following options are supported:
1306
CrossWorks for ARM Reference Manual Utilities Reference
-o filename
Description
The -o option instructs the compiler driver to write linker or archiver output to filename.
1307
CrossWorks for ARM Reference Manual Utilities Reference
-patch cmd
Description
The -patch option instructs the compiler driver to run the cmd after the link but before the creation of the
additional output file. The macro $(TargetPath) is expanded to the full path of the linked executable.
Example
This example will run the command mypatch replacing $(TargetPath) with myoutput.elf
The mypatch command can modify myoutput.elf before the creation of the myouput.bin.
1308
CrossWorks for ARM Reference Manual Utilities Reference
-placement file
Description
The -placement option supplies the section placement file which is used to control the placement of program
sections in the memory map segments. See Section Placement file format for a description of the section
placement file format.
Example
1309
CrossWorks for ARM Reference Manual Utilities Reference
-placementmacros macros
Description
The -placementmacros option supplies macro definitions that are applied to the section placement file.
Example
The macros FLASH_START and FLASH_SIZE are defined for the section placement using:
-placementmacros "FLASH_START=0x08000000;FLASH_SIZE=0x10000"
1310
CrossWorks for ARM Reference Manual Utilities Reference
-placementsegments segments
Description
The -placementsegments option supplies segments descriptions to the section placement file. You can use this
rather than supplying a memory map file.
Example
A simple memory map with FLASH and SRAM can be supplied as follows:
1311
CrossWorks for ARM Reference Manual Utilities Reference
-printf=c
Description
The -printf option selects the printf capability for the linked executable. The options are:
-printf=i[p][w] integer is supported, optional width and precision and optional wchar
-printf=l[p][w] long integer is supported, optional width and precision and optional wchar
-printf=ll[p][w] long long integer is supported, optional width and precision and optional wchar
-printf=f[ll][w] float, width and precision supported, optional long long and optional wchar
-printf=d[ll][w] double, width and precision supported, optional long long and optional wchar
Example
-printf=i
-printf=dllw
1312
CrossWorks for ARM Reference Manual Utilities Reference
-rtti
Description
1313
CrossWorks for ARM Reference Manual Utilities Reference
-Rx name
Description
These options name the default name of the sections generated by the compiler/assembler to be name. The
options are:
1314
CrossWorks for ARM Reference Manual Utilities Reference
-scanf= c
Description
The -scanf option selects the scanf capability for the linked executable. The options are:
Example
-scanf=i
-scanf=dllc
1315
CrossWorks for ARM Reference Manual Utilities Reference
-shortenums
Description
The -shortenums option instructs the compiler to set the size of an enumeration type to the smallest
appropriate data type.
1316
CrossWorks for ARM Reference Manual Utilities Reference
-shortwchar
Description
The -shortwchar option instructs the compiler to set the size of a wide character to 16-bit.
1317
CrossWorks for ARM Reference Manual Utilities Reference
-std=s
-std=list
Description
Example
cc -std=c99
cc -std=list
1318
CrossWorks for ARM Reference Manual Utilities Reference
-stripsymbols
-stripdebug
Description
1319
CrossWorks for ARM Reference Manual Utilities Reference
-thumb
Description
The -thumb option instructs the compiler to generate thumb code rather than ARM code and link in thumb
libraries. This option is NOT needed for Cortex-M architectures.
1320
CrossWorks for ARM Reference Manual Utilities Reference
-Tfile
Description
1321
CrossWorks for ARM Reference Manual Utilities Reference
-Uname
Description
1322
CrossWorks for ARM Reference Manual Utilities Reference
-v (Verbose execution)
Syntax
-v
Description
1323
CrossWorks for ARM Reference Manual Utilities Reference
-w (Suppress warnings)
Syntax
-w
Description
This option instructs the compiler, assembler, and linker not to issue any warnings.
1324
CrossWorks for ARM Reference Manual Utilities Reference
-we
Description
This option directs the compiler, assembler, and linker to treat all warnings as errors.
1325
CrossWorks for ARM Reference Manual Utilities Reference
-Wtool option
Description
The -W command-line option passes option directly to the specified tool. Supported tools are
Example
The following example passes the (compiler specific) -version option to the compiler
cc -Wc-version
1326
CrossWorks for ARM Reference Manual Utilities Reference
-x type
Description
The -x option causes the compiler driver to treat subsequent files to be of the following file type
-xa archives/libraries
-xasm assembly code files
-xc C code files
-xc++ C++ code files
-xo object code files
Example
The following command line enables an assembly code file with the extension .arm to be assembled.
cc -xasm a.arm
1327
CrossWorks for ARM Reference Manual Utilities Reference
1328
CrossWorks for ARM Reference Manual Utilities Reference
Syntax
The above example uses the configuration V5T Thumb LE Release to build all projects in the solution contained
in arm.hzp.
To build a specific project that is in a solution, you can specify it using the -project option. For example:
This example will use the configuration V5T Thumb LE Release to build the project libm that is contained in
libc.hzp.
If your project file imports other project files (using the <import> mechanism), when denoting projects you must
specify the solution names as a comma-separated list in parentheses after the project name:
libc(C Library) specifies the libc project in the C Library solution that has been imported by the project file
arm.hzp.
To build a specific solution that has been imported from other project files, you can use the -solution option.
This option takes the solution names as a comma-separated list. For example:
In this example, ARM Targets,EB55 specifies the EB55 solution imported by the ARM Targets solution, which
was itself imported by the project file arm.hzp.
This will build the projects in libc.hzp that are marked for batch build in the configuration ARM Debug.
By default, a make-style build will be donei.e., the dates of input files are checked against the dates of output
files, and the build is avoided if the output is up to date. You can force a complete build by using the -rebuild
option. Alternatively, to remove all output files, use the -clean option.
1329
CrossWorks for ARM Reference Manual Utilities Reference
To see the commands being used in the build, use the -echo option. To also see why commands are being
executed, use the -verbose option. You can see what commands will be executed, without executing them, by
using the -show option.
1330
CrossWorks for ARM Reference Manual Utilities Reference
1331
CrossWorks for ARM Reference Manual Utilities Reference
Command-line options
This section describes the command-line options accepted by CrossBuild.
1332
CrossWorks for ARM Reference Manual Utilities Reference
-batch
Description
1333
CrossWorks for ARM Reference Manual Utilities Reference
-config name
Description
Specify the configuration for a build. If the configuration name can't be found, CrossBuild will list the available
configurations.
1334
CrossWorks for ARM Reference Manual Utilities Reference
-clean
Description
1335
CrossWorks for ARM Reference Manual Utilities Reference
-D (Define macro)
Syntax
-D macro=value
Description
1336
CrossWorks for ARM Reference Manual Utilities Reference
-echo
Description
1337
CrossWorks for ARM Reference Manual Utilities Reference
-file name
Description
1338
CrossWorks for ARM Reference Manual Utilities Reference
-packagesdir dir
Description
1339
CrossWorks for ARM Reference Manual Utilities Reference
-project name
Description
Specify the name of the project to build. When used with a project file, if CrossBuild can't find the specified
project, the names of available projects are listed.
1340
CrossWorks for ARM Reference Manual Utilities Reference
-project name=value
Description
Specify the value of a project property use with -template or -type. If CrossBuild cannot find the specified
property, a list of the properties is shown.
1341
CrossWorks for ARM Reference Manual Utilities Reference
-rebuild
Description
1342
CrossWorks for ARM Reference Manual Utilities Reference
-show
Description
Show the command lines that would be executed, but do not execute them.
1343
CrossWorks for ARM Reference Manual Utilities Reference
-solution name
Description
Specify the name of the solution to build. If CrossBuild cannot find the given solution, the valid solution names
are listed.
1344
CrossWorks for ARM Reference Manual Utilities Reference
-studiodir name
Description
1345
CrossWorks for ARM Reference Manual Utilities Reference
-template name
Description
Specify the project template to use. If CrossBuild cannot find the specified template then a list of template
names is shown.
1346
CrossWorks for ARM Reference Manual Utilities Reference
-time
Description
1347
CrossWorks for ARM Reference Manual Utilities Reference
-threadnum n
Description
Specify the number of build threads to use for the build. The default is zero which will use the number of
processor cores on your machine.
1348
CrossWorks for ARM Reference Manual Utilities Reference
-type name
Description
Specify the project type to use. If CrossBuild cannot find the specified project type then a list of project type
names is shown.
1349
CrossWorks for ARM Reference Manual Utilities Reference
-verbose
Description
1350
CrossWorks for ARM Reference Manual Utilities Reference
Command-Line Simulator
CrossSim is a program that allows you to run CrossStudio's instruction set simulator from the command line.
Syntax
1351
CrossWorks for ARM Reference Manual Utilities Reference
Command-line options
This section describes the command-line options accepted by CrossSim.
1352
CrossWorks for ARM Reference Manual Utilities Reference
This is the name of the elf file to run on the simulator. The file will be run until it makes a debug request to exit.
The simulator will allocate memory regions based on the elf program sections.
Example
crosssim app.elf
1353
CrossWorks for ARM Reference Manual Utilities Reference
-segments start;size;
Description
Example
1354
CrossWorks for ARM Reference Manual Utilities Reference
The arguments supplied to the elf file in the argc/argv parameters to the main function.
1355
CrossWorks for ARM Reference Manual Utilities Reference
In order to carry out a download or verify, CrossLoad needs to know what target interface to use. The supported
target interfaces vary between operating systems; to list the supported target interfaces, use the -listtargets
option:
crossload -listtargets
This command will produce a list of target interface names and descriptions, such as:
Use the -target option followed by the desired target interface's name to specify which interface to use:
CrossLoad normally is used to download and/or verify projects created and built with CrossStudio. To do this,
you must specify the target interface you want to use, the CrossStudio solution file, the project name, and the
build configuration. The following command line will download and verify the debug version of the project
MyProject contained within the MySolution.hzp solution file, using a USB CrossConnect:
In some cases, it is useful to download a program that was not created with CrossStudio by using the settings
from an existing CrossStudio project. You might want to do this if your existing project describes specific loaders
or scripts required in order to download the application. To do this, you simply add the name of the file you want
to download to the command line. For example, the following command line will download the Intel hex file
ExternalApp.hex using the release settings of the project MyProject connecting, using a USB CrossConnect:
CrossLoad can download and verify a range of file types. The supported file types vary between systems; to list
the file types supported on your system, use the -listfiletypes option:
crossload -listfiletypes
1356
CrossWorks for ARM Reference Manual Utilities Reference
CrossLoad will attempt to determine the type of any load file given to it. If it cannot do this, you may specify the
file type using the -filetype option:
It is possible, with some targets, to download without specifying a CrossStudio project. In such cases, you only
need to specify the target interface and the load file. For example, the following will download myapp.s19 using
a USB CrossConnect:
Each target interface has a range of configurable properties allowing you to customize the default behaviour. To
list the target properties and their current values, use the -listprops option:
This command will list the parport target-interfaces properties, a description of what the properties are, and
their current values:
You can modify a target property using the -setprop option. For example, the following command line would
set the parallel port interfaced used to lpt2:
1357
CrossWorks for ARM Reference Manual Utilities Reference
crossload -target sim -solution mysolution.hzp -project myproject -config "ARM RAM Debug" -
debug -break main
This will load the executable created with the ARM RAM Debug configuration for myproject onto the simulator
and run it until its main function is called.
A command prompt is then shown that will accept JavaScript statements. The debugger functionality is
accessed using the built-in JavaScript object Debug, so all debugger commands are be entered using the form
Debug.command().
1358
CrossWorks for ARM Reference Manual Utilities Reference
Managing breakpoints
You can set breakpoints on global symbols using the Debug.breakexpr("expr") method. The type of the symbol
will determine the breakpoint that is set. For example
Debug.breakexpr("fn1")
Debug.breakexpr("var1")
will set a breakpoint when the variable var1 is written. This method can also be used set breakpoints on
addresses. For example
Debug.breakexpr("0x248")
Debug.breakexpr("(unsigned[1])0xec8")
will cause a breakpoint when the word at the address 0xec8 is written.
You can use the Debug.breakline("filename", linenumber) method to set breakpoints on specific lines of code.
For example, to set a breakpoint at line number 4 of c:/directory/file.c, you can use:
Debug.breakline("c:/directory/file.c", 4)
To refer to the current file (the one where the debugger is located), you can use the Debug.getfilename()
method. Similarly, the current line number is accessed using the Debug.getlinenumber() method. Using these
functions, you can set a breakpoint at a line-offset from the current position. For example
Debug.breakline(Debug.getfilename(), Debug.getlinenumber()+4)
You can use the Debug.breakdata("expr", value, readNotWrite) method to set a breakpoint for when a value is
written to a global variable. For example
Debug.breakdata("var1", 4, false)
will cause a breakpoint when the value 4 is written to variable var. The third parameter, readNotWrite specifies
whether a breakpoint is set on reading (true) or writing (false) the data.
Each method of setting a breakpoint accepts three optional arguments: temporary, counter, and hardware.
1359
CrossWorks for ARM Reference Manual Utilities Reference
Debug.breakexpr("fn1()", true)
will break on entry to fn1 unless another breakpoint occurs before this one.
Counted breakpoints are ignored for the specified number of hits. For example
Debug.breakexpr("fn1()", false, 9)
The hardware argument specifies whether the debugger should use a hardware breakpoint in preference to a
software breakpoint. This can be used to set breakpoints on code that is copied to RAM prior to the copying.
The breakexpr and breakline methods return a positive breakpoint number that can be used to delete the
breakpoint using the Debug.deletebreak(number) method. For example:
fn1bkpt = Debug.breakexpr("fn1")
Debug.deletebreak(fn1bkpt)
To delete all breakpoints, supply zero to the deletebreak method. Note that temporary breakpoints do not have
breakpoint numbers.
Some targets support exception breakpoints, which can be listed using the Debug.showexceptions() method.
For example, on an ARM9 or XScale target:
> Debug.showexceptions()
Reset disabled
Undef enabled
SWI disabled
P_Abort enabled
D_Abort enabled
IRQ disabled
FIQ disabled
>
You can enable or disable an exception with the Debug.enableexception("exception", enable) method. For
example
Debug.enableexception("IRQ", true)
Some targets support breakpoint chaining. This enables breakpoints to be paired, with one breakpoint enabling
another one. For example:
1360
CrossWorks for ARM Reference Manual Utilities Reference
When count is written with the value 3, the breakpoint at fn1 is enabled; so when fn1 is subsequently called, if
ever, the breakpoint occurs. To remove breakpoint chaining, specify 0 as the second argument. For example:
Debug.chainbreak(first, 0)
1361
CrossWorks for ARM Reference Manual Utilities Reference
Displaying state
You can display the register state of the current context using the Debug.printregisters method, the local
variables of the current context using the Debug.printlocals() method and the global variables by using the
Debug.printglobals() method. To display single variables, use the Debug.print("expr"[,"format"]) method. For
example, where int i = -1:
> Debug.print("i")
0xffffffff
> Debug.print("i", "d")
-1
> Debug.print("i, "u")
4294967295
>
You can change the default radix, used when printing numbers, with the Debug.setprintradix(radix) method.
For example:
> Debug.setprintradix(10)
> Debug.print("i")
-1
> Debug.setprintradix(8)
> Debug.print("i)
037777777777
>
> Debug.print("@pc")
0x000002ac
>
> Debug.print("((unsigned[2])0x0)")
[0xeafffffe, 0xe59ff018]
>
You can use the print method to update variables, registers, and memory using assignment operators:
> Debug.print("x=45")
0x0000002d
> Debug.print("x+=45")
0x0000005a
>
You can change whether character pointers are displayed as null-terminated strings using the
Debug.setprintstring(bool) method. For example, where const char *string = "hello":
> Debug.print("string")
hello
> Debug.print("string", "p")
0x00000770
1362
CrossWorks for ARM Reference Manual Utilities Reference
> Debug.setprintstring(false)
> Debug.print("string")
0x00000770
> Debug.print("string", "s")
hello
>
To change the maximum number of array elements that will be displayed, use the Debug.setprintarray(n)
method. For example, where unsigned array[4] = {1, 2, 3, 4}:
You can use the Debug.evaluate(expr) method to return the value of variables rather than displaying them. For
example
> x = Debug.evaluate("x")
> if (x == -1) Debug.echo("x is 45")
x is 45
>
1363
CrossWorks for ARM Reference Manual Utilities Reference
> Debug.where()
0) int debug_printf(const char* fmt=5) C:\svn\shared\target\libc\debug_printf.c:6
1) int main() C:\tmp\try\main.c:17
2) ??? C:\svn\arm\arm\source\crt0.s:237
>
then
Debug.locate(1)
Debug.locate(0)
When the debugger locates (either because locate has been called or it has stopped), the corresponding
source line is displayed. You can display source lines around the located line by using the Debug.list(before,
after) method, which specifies the number of lines to display before and after the located line.
You can set the debugger to locate (and step) to machine instructions using the method
Debug.setmode(mode). Setting the mode to 1 selects interleaved mode (source code interleaved with
assembly code). Setting the mode to 2 selects assembly mode (disassembly with source code annotation).
Setting the mode to 0 selects source mode. For example:
> Debug.setmode(2)
0000031C E1A0C00D mov r12, sp
> Debug.stepinto()
00000320 E92DD800 stmfd sp!, {r11-r12, lr-pc}
>Debug.setmode(0)
>
You can locate the debugger at a specified program counter by using the Debug.locatepc(pc) method. For
example, you can disassemble from specific address:
> Debug.setmode(2)
> Debug.locatepc(0x2f4)
000002F4 E59F30D0 ldr r3, [pc, #+0x0D0]
> Debug.list(0, 1)
000002F4 E59F30D0 ldr r3, [pc, #+0x0D0]
000002F8 E50B3020 str r3, [r11, #-0x020]
>
1364
CrossWorks for ARM Reference Manual Utilities Reference
You can locate the debugger to a full register context using the Debug.locateregisters(registers) method. This
method takes an array that specifies each register value, typically in ascending register number order. You can
use the Debug.printregisters() method to see the the order. For example, for an ARM7, ARM9, or XScale:
You can put the debugger context back at the stopped state by calling Debug.locate without any parameters:
Debug.locate()
1365
CrossWorks for ARM Reference Manual Utilities Reference
Controlling execution
To continue execution from a breakpoint, use the Debug.go() method. You can single step into function calls
with Debug.stepinto(). You can single step over function calls by using the Debug.stepover() method. To
complete execution of the current function, use the Debug.stepout() method.
You will get the debugger prompt immediately when the go, stepinto, stepover or stepout methods are called.
If you want to wait for the target to stop (for example in a script), you need to use the Debug.wait(mstimeout)
method, which returns 0 if the millisecond timeout occurred or 1 if execution has stopped. For example
will wait for one second or until a breakpoint occurs. If a breakpoint isn't reached, you can use the method
Debug.breaknow() to stop execution. You can end the debug session with the Debug.quit() method.
1366
CrossWorks for ARM Reference Manual Utilities Reference
Support packages
The preceding examples assume that the support packages required to carry out the download or debugging
have already been installed using CrossStudio's package manager. On some systems however, it is not possible
or desirable to use CrossStudio to do this. This section describes how to manually install packages from the
command line and specify where CrossLoad should look for them.
The first thing to do is decide on the directory path to store the installed packages, we're going to use an
environment variable PACKAGES_DIR to specify this. For example:
export PACKAGES_DIR=/my_crossload_packages
echo $PACKAGES_DIR
Please note, Windows command prompt users should use set instead of export and %PACKAGES_DIR% instead
of $PACKAGES_DIR.
Next, we need to get hold of the package .hzq or .hzr files to be installed. These can be downloaded from our
package website or package archive.
Once we have got the package files, the mkpkg tool can be used to install the packages. For example:
By default, CrossLoad will look for packages in CrossStudio's packages directory. We can override this so that our
local package installation is used instead with CrossLoad's -packagesdir option. For example:
1367
CrossWorks for ARM Reference Manual Utilities Reference
Command-line options
This section describes the command-line options accepted by CrossLoad.
Usage
ARM Usage
1368
CrossWorks for ARM Reference Manual Utilities Reference
-break symbol
Description
When used with the -debug option, this will stop execution at symbol.
1369
CrossWorks for ARM Reference Manual Utilities Reference
-config name
Description
1370
CrossWorks for ARM Reference Manual Utilities Reference
-connection name
Description
1371
CrossWorks for ARM Reference Manual Utilities Reference
-debug
Description
Enable command-line debugging. A command prompt is displayed at which debugger commands can be
entered. The command prompt has a simple history and editing mechanism.
1372
CrossWorks for ARM Reference Manual Utilities Reference
-eraseall
Description
Erase all flash memory rather than just the flash memory to be programmed.
1373
CrossWorks for ARM Reference Manual Utilities Reference
-filetype filetype
Description
Specify the type of the file to download. By default, CrossLoad will attempt to detect the file type, you should
use this option if CrossLoad cannot determine the file type or to override the detection and force the type to a
specific value. Use the -listfiletypes option to list the supported file types.
1374
CrossWorks for ARM Reference Manual Utilities Reference
-help
Description
1375
CrossWorks for ARM Reference Manual Utilities Reference
-listfiletypes
Description
1376
CrossWorks for ARM Reference Manual Utilities Reference
-listprops
Description
List the target properties of the target specified by the -target option.
1377
CrossWorks for ARM Reference Manual Utilities Reference
-listtargets
Description
1378
CrossWorks for ARM Reference Manual Utilities Reference
-loadaddress address
Description
When downloading a load file that doesn't contain any address information, such a binary file, this option
specifies the base address to which the file should be downloaded.
1379
CrossWorks for ARM Reference Manual Utilities Reference
-loader config
Description
1380
CrossWorks for ARM Reference Manual Utilities Reference
-nodifferential
Description
1381
CrossWorks for ARM Reference Manual Utilities Reference
-nodisconnect
Description
1382
CrossWorks for ARM Reference Manual Utilities Reference
-nodownload
Description
1383
CrossWorks for ARM Reference Manual Utilities Reference
-noverify
Description
1384
CrossWorks for ARM Reference Manual Utilities Reference
-packagesdir directory
Description
1385
CrossWorks for ARM Reference Manual Utilities Reference
-project name
Description
1386
CrossWorks for ARM Reference Manual Utilities Reference
-quiet
Description
1387
CrossWorks for ARM Reference Manual Utilities Reference
-reset
Description
1388
CrossWorks for ARM Reference Manual Utilities Reference
-script file
Description
When used with the -debug option, this will execute the debug commands in file.
1389
CrossWorks for ARM Reference Manual Utilities Reference
-serve
Description
Serve CrossStudio debug I/O operations. Any command-line arguments following this option will be passed to
the target application. The application can access them either by calling debug_getargs or by compiling the
startup code in crt0.s or crt0.asm with the FULL_LIBRARY C preprocessor symbol defined so that argc and argv
are passed to main.
1390
CrossWorks for ARM Reference Manual Utilities Reference
-setprop property=value
Description
1391
CrossWorks for ARM Reference Manual Utilities Reference
-solution file
Description
1392
CrossWorks for ARM Reference Manual Utilities Reference
-studiodir directory
Description
1393
CrossWorks for ARM Reference Manual Utilities Reference
-target name
Description
Specify the target interface to use. Use the -listtargets option to list the supported target interfaces.
1394
CrossWorks for ARM Reference Manual Utilities Reference
-verbose
Description
1395
CrossWorks for ARM Reference Manual Utilities Reference
Command-Line Scripting
CrossScript is a program that allows you to run CrossStudio's JavaScript (ECMAScript) interpreter from the
command line.
The primary purpose of CrossScript is to facilitate the creation of platform-independent build scripts.
Syntax
1396
CrossWorks for ARM Reference Manual Utilities Reference
Command-line options
This section describes the command-line options accepted by CrossScript.
1397
CrossWorks for ARM Reference Manual Utilities Reference
-define variable=value
Description
1398
CrossWorks for ARM Reference Manual Utilities Reference
-help
Description
1399
CrossWorks for ARM Reference Manual Utilities Reference
-load path
Description
1400
CrossWorks for ARM Reference Manual Utilities Reference
-verbose
Description
1401
CrossWorks for ARM Reference Manual Utilities Reference
CrossScript classes
CrossScript provides the following predefined classes:
BinaryFile
CWSys
ElfFile
WScript
1402
CrossWorks for ARM Reference Manual Utilities Reference
Example uses
The following example demonstrates using CrossScript to increment a build number:
First, add a JavaScript file to your project called incbuild.js containing the following code:
function incbuild()
{
var file = "buildnum.h"
var text = "#define BUILDNUMBER "
var s = CWSys.readStringFromFile(file);
var n;
if (s == undefined)
n = 1;
else
n = eval(s.substring(text.length)) + 1;
CWSys.writeStringToFile(file, text + n);
}
Add a file called getbuildnum.h to your project containing the following code:
#ifndef GETBUILDNUM_H
#define GETBUILDNUM_H
unsigned getBuildNumber();
#endif
Add a file called getbuildnum.c to your project containing the following code:
#include "getbuildnum.h"
#include "buildnum.h"
unsigned getBuildNumber()
{
return BUILDNUMBER;
}
Set the Build Options > Always Rebuild project property of getbuildnum.c to Yes.
Set the User Build Step Options > Pre-Compile Command project property of getbuildnum.c to
"$(StudioDir)/bin/crossscript" -load "$(ProjectDir)/incbuild.js".
1403
CrossWorks for ARM Reference Manual Utilities Reference
Embed
Embed is a program that converts a binary file into a C/C++ array definition.
The primary purpose of the Embed tool is to provide a simple method of embedding files into an application.
This may be useful if you want to include firmware images, bitmaps, etc. in your application without having to
read them first from an external source.
Syntax
variable_name is the name of the C/C++ array to be initialised with the binary data.
Example
1404
CrossWorks for ARM Reference Manual Utilities Reference
1405
CrossWorks for ARM Reference Manual Utilities Reference
The type of the pointer is derived from the size of the register. A four-byte register generates an unsigned long
pointer. A two-byte register generates an unsigned short pointer. A one-byte register will generates an unsigned
char pointer.
If a register definition in the memory map file has bitfields then preprocessor symbols are generated for each
bitfield. Each bitfield will have two preprocessor symbols generated, one representing the mask and one
defining the start bit position. The bitfield preprocessor symbol names are formed by prepending the register
name to the bitfield name. The mask definition has _MASK appended to it and the start definition has _BIT
appended to it.
For example consider the following definitions in the the file memorymap.xml.
We can generate the header file associated with this file using:
Reading a register
unsigned r = AIC_SMR0;
Writing a register
Reading a bitfield
Writing a bitfield
1406
CrossWorks for ARM Reference Manual Utilities Reference
Syntax
inputfile is the name of the source CrossWorks memory map file. outputfile is the the name of the file to write.
1407
CrossWorks for ARM Reference Manual Utilities Reference
-regbaseoffsets
Description
Instructs the header generator to include offsets of registers from the peripheral base.
1408
CrossWorks for ARM Reference Manual Utilities Reference
-nobitfields
Description
Instructs the header generator not to generate any definitions for bitfields.
1409
CrossWorks for ARM Reference Manual Utilities Reference
Syntax
inputfile is the name of the CrossWorks memory map file to generate the ld script from. outputfile is the the
name of the ld script file to write.
1410
CrossWorks for ARM Reference Manual Utilities Reference
Command-line options
This section describes the command-line options accepted by mkld.
1411
CrossWorks for ARM Reference Manual Utilities Reference
-check-segment-overflow
Syntax
-check-segment-overflow
Description
1412
CrossWorks for ARM Reference Manual Utilities Reference
-disable-missing-runin-error
Syntax
-disable-missing-runin-error
Description
1413
CrossWorks for ARM Reference Manual Utilities Reference
-memory-map-file
Syntax
-memory-map-file filename
Description
Generate a GNU ld linker script from the CrossWorks memory map file filename.
1414
CrossWorks for ARM Reference Manual Utilities Reference
-memory-map-macros
Syntax
-memory-map-macros macro=value[;macro=value]
Description
1415
CrossWorks for ARM Reference Manual Utilities Reference
-no-check-unplaced-sections
Syntax
-no-check-unplaced-sections
Description
Removes checks for unplaced memory sections from the linker script.
1416
CrossWorks for ARM Reference Manual Utilities Reference
-section-placement-file
Syntax
-section-placement-file filename
Description
Generate a GNU ld linker script from the CrossWorks section placement file filename. If this option is used, a
memory map file should also be specified with the -memory-map-file option.
1417
CrossWorks for ARM Reference Manual Utilities Reference
-section-placement-macros
Syntax
-section-placement-macros macro=value[;macro=value]
Description
1418
CrossWorks for ARM Reference Manual Utilities Reference
-symbols
Syntax
-symbols symbol=value[;symbol=value]
Description
1419
CrossWorks for ARM Reference Manual Utilities Reference
Package generator
To create a package the program mkpkg can be used. The set of files to put into the package should be
in the desired location in the $(PackagesDir) directory. The mkpkg command should be run with
$(PackagesDir) as the working directory and all files to go into the package must be referred to using
relative paths. A package must have a package description file that is placed in the $(PackagesDir)/
packages directory. The package description file name must end with _package.xml. If a package is to
create entries in the new project wizard then it must have a file name project_templates.xml.
For example, a package for the mythical FX150 processor would supply the following files:
The package file FX150.hzq would be created using the following command line:
You can list the contents of the package using the -t option:
mkpkg -t packages/FX150.hzq
You can add or replace a file into an existing package using the -r option:
You can extract files from an existing package using the -x option:
You can automate the package creation process using a Combining project type.
Using the new project wizard create a combining project in the directory $(PackagesDir).
Set the Output File Path property to be $(PackagesDir)/packages/mypackage.hzq.
Set the Combine command property to $(StudioDir)/bin/mkpkg -c $(CombiningOutputFilePath)
$(CombiningRelInputPaths).
Add the files you want to go into the package into the project using the Project Explorer.
Right-click the project node in the Project Explorer and choose Build.
When a package is installed, the files in the package are copied into the desired $(PackagesDir)-relative
locations. When a file is copied into the $(PackagesDir)/packages directory and its filename ends with
1420
CrossWorks for ARM Reference Manual Utilities Reference
During development of a package you can manually edit this file. The same applies to the file
$(PackagesDir)/targets/project_templates.xml which will contain a reference to your
project_templates.xml file.
Usage:
Option Description
-c Create a new package.
-compress level Change compression level (0 for none, 9 for
maximum).
-d Remove files from a package.
-f Output files to stdout.
-r Replace files in a package.
-readonly Force all files to have read only attribute.
-t List the contents of a package.
-v Be chatty.
-V Show version information.
-x Extract files from a package.
1421
CrossWorks for ARM Reference Manual Utilities Reference
1422
CrossWorks for ARM Reference Manual Appendices
Appendices
1423
CrossWorks for ARM Reference Manual Appendices
File formats
This section describes the file formats CrossWorks uses:
1424
CrossWorks for ARM Reference Manual Appendices
The first entry of the project file defines the XML document type used to validate the file format.
<!DOCTYPE Board_Memory_Definition_File>
The next entry is the Root element. There can only be one Root element in a memory map file:
A Root element has a name attribute every element in a memory map file has a name attribute. Names should
be unique within a hierarchy level. Within a Root element, there are MemorySegment elements that represent
regions within the memory map.
start:The start address of the memory segment. A simple expression, usually a hexadecimal number with
a 0x prefix.
size:The size of the memory segment. A simple expression, usually a hexadecimal number with a 0x prefix.
access:The permissible access types of the memory segment. One of ReadOnly, Read/Write,
WriteOnly, or None.
address_symbol:A symbolic name for the start address of the memory segment.
size_symbol:A symbolic name for the size of the memory segment.
address_symbol:A symbolic name for the end address of the memory segment.
RegisterGroup elements are used to organize registers into groups. Register elements are used to define
peripheral registers:
RegisterGroup elements have the same attributes as MemorySegment elements. Register elements
have the following attributes:
name:Register names should be valid C/C++ identifier names, i.e., alphanumeric characters and
underscores are allowed but names cannot start with a number.
start:The start address of the memory segment. Either a C-style hexadecimal number or, if given a + prefix,
an offset from the enclosing element's start address.
size:The size of the register in bytes, either 1, 2, or 4.
access:The same as the access attribute of the MemorySegment element.
1425
CrossWorks for ARM Reference Manual Appendices
A Register element can contain BitField elements that represent the bits in a peripheral register:
You can import CMSIS SVD files (see http://www.onarm.com/) into a memory map using the ImportSVD
element:
<ImportSVD filename="$(TargetsDir)/targets/Manufacturer1/Processor1.svd.xml">
The filename attribute is an absolute filename which is macro-expanded using CrossWorks system macros.
When a memory map file is loaded either for the memory map viewer or to be used for linking or debugging, it is
preprocessed using the (as yet undocumented) CrossWorks XML preprocessor.
1426
CrossWorks for ARM Reference Manual Appendices
The first entry of the project file defines the XML document type used to validate the file format:
<!DOCTYPE Linker_Placement_File>
The next entry is the Root element. There can only be one Root element in a memory map file:
A Root element has a name attribute. Every element in a section-placement file has a name attribute. Each
name should be unique within its hierarchy level. Within a Root element, there are MemorySegment elements.
These correspond to memory regions defined in a memory map file that will be used in conjunction with the
section-placement file when linking a program. For example:
A MemorySegment contains ProgramSection elements that represent program sections created by the C/
C++ compiler and assembler. The order of ProgramSection elements within a MemorySegment element
represents the order in which the sections will be placed when linking a program. The first ProgramSection
will be placed first and the last one will be placed last.
1427
CrossWorks for ARM Reference Manual Appendices
runoffset:This specifies an offset from the load address that the section will be run from.
size:The optional size of the program section in bytes, a hexadecimal number with a 0x prefix.
size_symbol:A symbolic name for the size of the section.
start:The optional start address of the program section, a hexadecimal number with a 0x prefix.
When a section placement file is used for linking it is preprocessed using the (as yet undocumented) CrossWorks
XML preprocessor.
1428
CrossWorks for ARM Reference Manual Appendices
The first entry of the project file defines the XML document type used to validate the file format:
<!DOCTYPE CrossStudio_Project_File>
The next entry is the solution element; there can only be one solution element in a project file. This
specifies the solution name displayed in the Project Explorer and has a version attribute that defines the file-
format version of the project file. Solutions can contain projects, projects can contain folders and files, and
folders can contain folders and files. This hierarchy is reflected in the XML nestingfor example:
Note that each entry has a Name attribute. Names of project elements must be unique to the solution, and
names of folder elements must be unique to the project, but names of files do not need to unique.
Each file element must have a file_name attribute that is unique to the project. Ideally, the file_name
is a file path relative to the project (or solution directory), but you can also specify a full file path, if you want to.
File paths are case-sensitive and use "/" as the directory separator. They may contain macro instantiations, so file
paths cannot contain the "$" character. For example
will be expanded using the value of $(StudioDir) when the file is referenced from CrossStudio.
Project properties are held in configuration elements with the Name attribute of the configuration element
corresponding to the configuration name, e.g., "Debug". At a given project level (i.e., solution, project, folder),
there can only be one named configuration elementi.e., all properties defined for a configuration are in single
configuration element.
<project Name="projectname">
</project>
1429
CrossWorks for ARM Reference Manual Appendices
The first entry of the project file defines the XML document type used to validate the file format:
<!DOCTYPE Project_Templates_File>
The next entry is the projects element, which is used to group a set of new project entries into an XML
hierarchy.
<projects>
<project>
</projects>
Each entry has a project element that contains the class of the project (attribute caption), the name of the
project (attribute name), its type (attribute type) and a description (attribute description). For example:
The configurations to be created for the project are defined using the configuration element, which must
have a name attribute:
The property values to be created for the project are defined using the property element. If you have a
defined value, you can specify this using the value attribute and, optionally, set the property in a defined
configuration, such as:
Alternatively, you can include a property that will be shown to the user, prompting them to supply a value as
part of the new-project process.
<property name="linker_output_format"/>
1430
CrossWorks for ARM Reference Manual Appendices
The folders to be created are defined using the folder element. The folder element must have a name
attribute and can also have a filter attribute. For example:
The files to be in the project are specified using the file element. You can use build-system macros (see
Project macros) to specify files located in the CrossStudio installation directory. Files will be copied to the
project directory or just left as references, depending on the value of the source attribute:
You can define the set of configurations that can be referred to in the top-level configurations element:
<configurations>
<configuration>
</configurations>
This contains the set of all configurations that can be created when a project is created. Each configuration is
defined using a configuration element, which can define the property values for that configuration. For
example:
<configuration name="Debug">
<property name="build_debug_information" value="Yes">
1431
CrossWorks for ARM Reference Manual Appendices
The first entry of the property groups file defines the XML document type, which is used to validate the file
format:
<!DOCTYPE CrossStudio_Group_Values>
The next entry is the propertyGroups element, which is used to group a set of property groups entries into
an XML hierarchy:
<propertyGroups>
<grouphdots
<grouphdots
</propertyGroups>
Each group has the name of the group (attribute name), the name of the options category (attribute group),
short (attribute short) and long (attribute long) help descriptions, and a default value (attribute default).
For example:
Each group has a number of groupEntry elements that define the enumerations of the group.
<group\>
<groupEntry>
<groupEntry>
</group>
Each groupEntry has the name of the entry (attribute name), e.g.:
<groupEntry name="STR910FW32">
A groupEntry has the property values and C pre-processor definitions that are set when the groupEntry is
selected; they are specified with property and cdefine elements. For example:
<groupEntry>
<property>
<cdefine>
<property>
</groupEntry>
1432
CrossWorks for ARM Reference Manual Appendices
A property element has the property's name (attribute name), its value (attribute value), and an optional
configuration (attribute configuration):
<property name="linker_memory_map_file"
value="$(StudioDir)/targets/ST_STR91x/ST_STR910FM32_MemoryMap.xml" />
A cdefine element has the C preprocessor name (attribute name) and its value (attribute value):
1433
CrossWorks for ARM Reference Manual Appendices
Each package file must contain one package element that describes the package. Optionally, the package
element can contain a collection of file, history, and documentation elements to be used by
CrossStudio for documentation purposes.
The filename of the package-description file should match that of the package and end in "_package.xml".
Below is an example of two package-description files. The first is for a base chip-support package for the
LPC2000; the second is for a board-support package dependent on the first:
Philips_LPC2000_package.xml
<!DOCTYPE CrossStudio_Package_Description_File>
<package cpu_manufacturer="Philips" cpu_family="LPC2000" version="1.1"
crossstudio_versions="8:1.6-" author="Rowley Associates Ltd" >
<file file_name="$(TargetsDir)/Philips_LPC210X/arm_target_Philips_LPC210X.htm"
title="LPC2000 Support Package Documentation" />
<file file_name="$(TargetsDir)/Philips_LPC210X/Loader.hzp" title="LPC2000 Loader
Application Solution" />
<group title="System Files">
<file file_name="$(TargetsDir)/Philips_LPC210X/Philips_LPC210X_Startup.s" title="LPC2000
Startup Code" />
<file file_name="$(TargetsDir)/Philips_LPC210X/Philips_LPC210X_Target.js" title="LPC2000
Target Script" />
</group>
<history>
<version name="1.1" >
<description>Corrected LPC21xx header files and memory maps to include GPIO ports 2
and 3.</description>
<description>Modified loader memory map so that .libmem sections will be placed
correctly.</description>
</version>
<version name="1.0" >
<description>Initial Release.</description>
</version>
</history>
<documentation>
<section name="Supported Targets">
<p>This CPU support package supports the following LPC2000 targets:
<ul>
<li>LPC2103</li>
<li>LPC2104</li>
<li>LPC2105</li>
<li>LPC2106</li>
<li>LPC2131</li>
<li>LPC2132</li>
<li>LPC2134</li>
<li>LPC2136</li>
<li>LPC2138</li>
</ul>
</p>
</section>
1434
CrossWorks for ARM Reference Manual Appendices
</documentation>
</package>
CrossFire_LPC2138_package.xml
<!DOCTYPE CrossStudio_Package_Description_File>
<package cpu_manufacturer="Philips" cpu_family="LPC2000" cpu_name="LPC2138"
board_manufacturer="Rowley Associates" board_name="CrossFire LPC2138"
dependencies="Philips_LPC2000" version="1.0">
<file file_name="$(SamplesDir)/CrossFire_LPC2138/CrossFire_LPC2138.hzp" title="CrossFire
LPC2138 Samples Solution" />
<file file_name="$(SamplesDir)/CrossFire_LPC2138/ctl/ctl.hzp" title="CrossFire LPC2138 CTL
Samples Solution" />
</package>
Package elements
The package element describes the support package, its contents, and any dependencies it has on other
packages. Valid attributes for this element are:
Attribute Description
author The author of the package.
board_manufacturer The manufacturer of the board supported by the
package (if omitted, CPU manufacturer will be used).
board_name The name of the specific board supported by the
package (only required for board-support packages).
company_name The name of the company to group the package under
in the package dialogs. (if omitted, the Board/CPU
manufacturer will be used).
cpu_family The family name of the CPU supported by the package
(optional).
cpu_manufacturer The manufacturer of the CPU supported by the
package.
cpu_name The name of the specific CPU supported by the
package (may be omitted if the CPU family is specified).
crossstudio_versions A string describing which version of CrossStudio
supports the package (optional). The format of the
string is target_id_number:version_range_string.
description A description of the package (optional).
dependencies A semicolon-separated list of packages the package
requires to be installed in order to work.
installation_directory The directory in which the package should be installed
(optional - if undefined, defaults to "$(PackagesDir)").
title A short description of the package (optional).
1435
CrossWorks for ARM Reference Manual Appendices
File elements
The file element is used by CrossStudio for documentation purposes by adding links to files of interest within
the package such as example project files and documentation.
Attribute Description
file_name The file path of the file.
title A description of the file.
Optionally, file elements can be grouped into categories using the group element.
Group elements
The group element is used for categorizing files described by file elements into a particular group.
Attribute Description
title Title of the group.
History elements
The history element is used to hold a description of the package's version history.
Version element
The version element is used to hold the description of a particular version of the package.
Attribute Description
name The name of the version being described.
Description elements
Each description element contains text that describes a feature of the package version.
1436
CrossWorks for ARM Reference Manual Appendices
Documentation elements
The documentation element is used to provide arbitrary documentation for the package.
The documentation element should contain a collection of one or more section elements.
Section elements
The section element contains package documentation in XHTML format.
Attribute Description
name The title of the documentation section.
target_id_number
The following table lists the possible target ID numbers:
Target ID
AVR 4
ARM 8
MSP430 9
MAXQ20 18
MAXQ30 19
version_range_string
The version_range_string can be any of the following:
1437
CrossWorks for ARM Reference Manual Appendices
Structure
All tools are wrapped in a tools element:
<tools>
</tools>
Inside the tools element are item elements that define each tool:
<tools>
<item name="logical name">
</item>
</tools>
The item element requires an name attribute, which is an internal name for the tool, and has an optional wait
element. When CrossStudio invokes the tool on a file or project, it uses the wait element to determine whether
it should wait for the external tool to complete before continuing. If the wait attribute is not provided or is set to
yes, CrossStudio will wait for external tool to complete.
The way that the tool is presented in CrossStudio is configured by elements inside the
element.
menu
The menu element defines the wording used inside menus. You can place a shortcut to the menu using an
ampersand, which must be escaped using & in XML, before the shortcut letter. For instance:
text
The optional text element defines the wording used in contexts other than menus, for instance when the tool
appears as a tool button with a label. If text is not provided, the tool's textual appearance outside the menu is
taken from the menu element (and is presented without an shortcut underline). For instance:
1438
CrossWorks for ARM Reference Manual Appendices
tip
The optional tip element defines the status tip, shown on the status line, when moving over the tool inside
CrossStudio:
key
The optional key element defines the accelerator key, or key chord, to use to invoke the tool using the keyboard.
You can construct the key sequence using modifiers Ctrl, Shift, and Alt, and can specify more than one key in a
sequence (note: Windows and Linux only; OS X does not provide key chords). For instance:
<key>Ctrl+L, Ctrl+I</key>
message
The optional message element defines the text shown in the tool log in CrossStudio when running the tool. For
example:
<message>Linting</message>
match
The optional match element defines which documents the tool will operator on. The match is performed using
the file extension of the document. If the file extension of the document matches one of the wildcards provided,
the tool will run on that document. If there is no match element, the tool will run on all documents. For instance:
<match>*.c;*.cpp</match>
commands
The commands element defines the command line to run to invoke the tool. The command line is expanded
using macros applicable to the file derived from the current build configuration and the project settings. Most
importantly, the standard $(InputPath) macro expands to a full pathname for the target file.
$(DEFINES) is the set of -D options applicable to the current file, derived from the current configuration
and project settings.
$(INCLUDES) is the set of -I options applicable to the current file, derived from the current configuration
and project settings.
For instance:
1439
CrossWorks for ARM Reference Manual Appendices
<commands>
"$(LINTDIR)/lint-nt" -i$(LINTDIR)/lnt "$(LINTDIR)/lnt/co-gcc.lnt"
$(DEFINES) $(INCLUDES) -D__GNUC__ -u -b +macros -w2 -e537 +fie +ffn -width(0,4) -hF1
"-format=%f:%l:%C:s%t:s%m" "$(InputPath)"
</commands>
In this example we intend $(LINTDIR) to point to the directly where PC-lint is installed and for $(LINTDIR) to be
defined as a CrossStudio global macro. You can set global macros using Project > Macros... or Tools > Options >
Building > Global Macros.
Note that additional " entities are placed around pathnames in the commands sectionthis is to ensure that
paths that contain spaces are correctly interpreted when the command is executed by CrossStudio.
1440
CrossWorks for ARM Reference Manual Appendices
VeryBasicArray<int> basicArray(5);
To display a variable of this type as a list the type interpretation file contains the following entry
<List Name="VeryBasicArray<*>"
Head="(($(T)*)HEAD).m_pData"
Data="(*($(T0)*)CURRENT)"
Length="(($(T)*)HEAD).m_Count"
Next="CURRENT+sizeof($(T0))"/>
The Name attribute is used to match the template type name note that the < and > xml entities are used to
match the template argument.
When an entry has been matched the head of the list is located by evaluating the debugger expression in the
Head attribute. The debugger expressions can contain macros that refer to the matched template type and will
use the symbols HEAD and CURRENT.
The macro $(T) refers to the instantiated template type, for the above example $(T)=VeryBasicArray<int>.
The template arguments are referred to using macros $(T0), for the above example $(T0)=int.
The symbol HEAD is the address of the variable being displayed, for the above example if the variable
basicArray is allocated at address 0x20004000 then the Head expression
((VeryBasicArray<int>*)0x20004000).m_pData
will be evaluated by the debugger, note that the . operator and the -> operator are equivalent in debugger
expressions.
To display an element the debugger will evaluate the Data expression. This expression contains the symbol
CURRENT which is the address of the element to display, for the above example the first element is at the
address basicArray.m_pData which is allocated at address 0x20008000 then the Data expression
1441
CrossWorks for ARM Reference Manual Appendices
(*(int*)0x20008000)
0x20008000+sizeof(int)
Before the CURRENT symbol is incremented the debugger needs to check if it is at the end of list. The can be
done either as a Condition expression or as a Length expression
((VeryBasicArray<int>*)0x20004000).m_Count
The String display is simpler than the List display since the characters are contiguous and optionally null
terminated. The Data and Length expressions are supported, for example
<String Name="string"
Data="*(($(T) *)HEAD)._M_start_of_storage._M_data"
Length="(($(T) *)HEAD)._M_finish-(($(T) *)HEAD)._M_start_of_storage._M_data"/>
1442
CrossWorks for ARM Reference Manual Appendices
Build
Property Description
Automatically Build Before Debug
Enables auto-building of a project before downloading
Environment/Build/Build Before
if it is out of date.
DebugBoolean
Confirm Debugger Stop
Present a warning when you start to build that requires
Environment/Build/Confirm Debugger
the debugger to stop.
StopBoolean
Display ETA Selects whether to attempt to compute and display
Environment/Build/Display ETABoolean the ETA on building.
Display Progress Bar
Environment/Build/Display Progress Selects whether to display progress bar on building.
BarBoolean
Echo Build Command Lines
Selects whether build command lines are written to
Environment/Build/Show Command
the build log.
LinesBoolean
Echo Raw Error/Warning Output
Selects whether the unprocessed error and warning
Environment/Build/Show Unparsed Error
output from tools is displayed in the build log.
OutputBoolean
Find Error After Building
Moves the cursor to the first diagnostic after a build
Environment/Build/Find Error After
completes with errors.
BuildBoolean
Global Macros Build macros that are shared across all solutions and
Environment/Macros/Global MacrosStringList projects e.g. paths to library files.
Keep Going On Error
Environment/Build/Keep Going On Build doesn't stop on error.
ErrorBoolean
Save Project File Before Building
Environment/Build/Save Project File On Selects whether to save the project file prior to build.
BuildBoolean
Show Build Information
Environment/Build/Show Build Show build information.
InformationBoolean
Toolchain Root Directory
Environment/Build/Tool Chain Root Specifies where to find the toolchain (compilers etc).
DirectoryString
1443
CrossWorks for ARM Reference Manual Appendices
Build Acceleration
Property Description
Disable Unity Build
Ignore Unity Build project properties and always build
Environment/Build/Disable Unity
individual project components.
BuildBoolean
Parallel Building Threads
Environment/Build/Building The number of threads to launch when building.
ThreadsIntegerRange
Parallel Project Building
Selects whether to build projects or files within
Environment/Build/Parallel Project
projects in parallel.
BuildingBoolean
Compatibility
Property Description
Default Assembler Variant
ARM/Build/Assembler Variant Specifies the default assembler variant to use.
DefaultEnumeration
Default Compiler Variant
ARM/Build/Compiler Variant Specifies the default compiler variant to use.
DefaultEnumeration
Installation Directory The installation directory to be used for building - the
ARM/Build/StudioDir DirectoryDirPath value $(StudioDir) is set to.
Use Compiler Driver
Use compiler driver for the build.
ARM/Build/Use Compiler DriverBoolean
Use External GCC
Use an external GCC toolchain for the build.
ARM/Build/Use External GCCBoolean
Window
Property Description
Show Build Log On Build
Environment/Show Transcript On Show the build log when a build starts.
BuildBoolean
1444
CrossWorks for ARM Reference Manual Appendices
Breakpoint
Property Description
Clear Disassembly Breakpoints On Debug Stop
Environment/Debugger/Clear Disassembly Clear Disassembly Breakpoints On Debug Stop.
BreakpointBoolean
Display
Property Description
Close Disassembly On Mode Switch
Environment/Debugger/Close Disassembly On Close Disassembly On Mode Switch.
Mode SwitchBoolean
Data Tips Display a Maximum Of
Selects the maximum number of array elements
Environment/Debugger/Maximum Array
displayed in a data tip.
Elements DisplayedIntegerRange
Default Display Mode
Environment/Debugger/Default Variable Selects the format that data values are shown in.
Display ModeEnumeration
Display Floating Point Number In
The printf format directive used to display floating
Environment/Debugger/Floating Point
point numbers.
Format DisplayCustom
Maximum Backtrace Calls
Selects the maximum number of calls when
Environment/Debugger/Maximum Backtrace
backtracing.
CallsIntegerRange
Prompt To Display If More Than
Environment/Debugger/Array Elements The array size to display with prompt.
Prompt SizeIntegerRange
Show Data Tips In Text Editor
Show Data Tips In Text Editor.
Environment/Debugger/Show Data TipsBoolean
Show Labels In Disassembly
Environment/Debugger/Disassembly Show Show Labels In Disassembly.
LabelsBoolean
Show Source In Disassembly
Environment/Debugger/Disassembly Show Show Source In Disassembly.
SourceBoolean
Show char * as null terminated string
Environment/Debugger/Display Char Ptr As Show char * as null terminated string.
StringBoolean
1445
CrossWorks for ARM Reference Manual Appendices
Source Path
Global search path to find source files.
Environment/Debugger/Source PathStringList
Target
Property Description
Automatically Connect When Starting Debug Enable automatic connection to last connected target
Target/Auto ConnectBoolean when debug start pressed.
Automatically Disconnect When Stopping Debug
Enable automatic disconnection on debug stop.
Target/Auto DisconnectBoolean
Background Scan for Debug Pod Presence
Scan USB devices to detect if debug pods are plugged
Environment/Targets Window/Background
in which may affect CrossStudio response.
Target ScanBoolean
Check Project And Target Processor Compatibility Verify that the project-defined processor is compatible
Target/Enable Processor CheckBoolean with the connected target processor.
Enable Differential Download Verify the contents of memory prior to download and
Target/Enable Differential DownloadBoolean only download the code and data that is different.
1446
CrossWorks for ARM Reference Manual Appendices
Identify Target On Connect Note that turning this off may make a malfunctioning
Target/IdentifyBoolean target connection appear as if it is working.
Step Using Hardware Step
Step using hardware single stepping rather than
Environment/Debugger/Step Using Hardware
setting breakpoints.
StepBoolean
Switch Project To Text Editor
Switch Project To Text Editor.
Environment/Debugger/Switch ProjectBoolean
Verify Program After Download Verify that a program has been successfully
Target/Enable Load VerificationBoolean downloaded after download.
Window
Property Description
Clear Debug Terminal On Run
Clear the debug terminal automatically when a
Environment/Clear Debug Terminal On
program is run.
RunBoolean
Hide Output Window On Successful Load
Hide the Output window when a load completes
Debugging/Hide Transcript On Successful
without error.
LoadBoolean
Show Target Log On Load
Show the target log when a load starts.
Debugging/Show Transcript On LoadBoolean
1447
CrossWorks for ARM Reference Manual Appendices
Browser
Property Description
Text Size Sets the text size of the integrated HTML and help
Environment/Browser/Text SizeEnumeration browser.
Underline Hyperlinks In Browser
Enables underlining of hypertext links in the
Environment/Browser/Underline Web
integrated HTML and help browser.
LinksBoolean
File Extension
Property Description
ELF Archive File Extensions
ElfDwarf/Environment/Archive File The file extensions used for ELF archive files.
ExtensionsStringList
ELF Executable File Extensions
ElfDwarf/Environment/Executable File The file extensions used for ELF executable files.
ExtensionsStringList
ELF Object File Extensions
ElfDwarf/Environment/Object File The file extensions used for ELF object files.
ExtensionsStringList
Show ELF Header
Display ELF Headers when executable and object files
ElfDwarf/Environment/Show ELF
are displayed in text editor.
HeaderBoolean
File Search
Property Description
Collapse Search Results
Whether to initially collapse search results.
Find In Files/Collapse ResultsBoolean
Files To Search The wildcard used to match files in Find In Files
Find In Files/File TypeStringList searches.
Find History
The list of strings recently used in searches.
Find In Files/Find HistoryStringList
Flat Search Result Output
Whether to display file search results as a flat list.
Find In Files/Flat OutputBoolean
1448
CrossWorks for ARM Reference Manual Appendices
Folder History
The set of folders recently used in file searches.
Find In Files/Folder HistoryStringList
Match Case Whether the case of letters must match exactly when
Find In Files/Match CaseBoolean searching.
Match Whole Word
Whether the whole word must match when searching.
Find In Files/Match Whole WordBoolean
Replace History
The list of strings recently used in searches.
Find In Files/Replace HistoryStringList
Search Dependencies
Controls searching of dependent files."
Find In Files/Search DependenciesBoolean
Search In
Where to look to find files.
Find In Files/ContextEnumeration
Use Regular Expressions Whether to use a regular expression or plain text
Find In Files/Use RegExpBoolean search.
Internet
Property Description
Automatically Check For Packages Specifies whether to enable downloading of the list of
Environment/Internet/Check PackagesBoolean available packages.
Automatically Check For Updates
Specifies whether to check for software updates.
Environment/Internet/Check UpdatesBoolean
Check For Latest News
Specifies whether to update the latest news window.
Environment/Internet/RSS UpdateBoolean
Enable Connection Debugging
Controls debugging traces of internet connections and
Environment/Internet/Enable
downloads.
DebuggingBoolean
External Web Browser The path to the external web browser to use when
Environment/External Web BrowserFileName accessing non-local files.
HTTP Caching Specifies if caching should be permitted when carrying
Environment/Internet/HTTP CachingBoolean out HTTP requests.
HTTP Proxy Host
Specifies the IP address or hostname of the HTTP proxy
Environment/Internet/HTTP Proxy
server. If empty, no HTTP proxy server will be used.
ServerString
1449
CrossWorks for ARM Reference Manual Appendices
Launcher
Property Description
Launch Latest Installations Only Specifies whether the CrossStudio launcher should
Environment/Launcher Use Latest only consider the latest installations when deciding
Installations OnlyBoolean which one to use.
Specifies whether the CrossStudio launcher should
Launcher Enabled
be used when the operating system or an external
Environment/Launcher EnabledBoolean
application requests a file to be opened.
Package Manager
Property Description
Check Solution Package Dependencies
Specifies whether to check package dependencies
Environment/Package/Check Solution
when a solution is loaded.
Package DependenciesBoolean
Package Directory
Environment/Package/Destination Specifies the directory packages are installed to.
DirectoryString
Show Logos Specifies whether the package manager should display
Environment/Package/Show LogosEnumeration company logos.
Verify Package Downloads
Specifies whether to carry out an MD5 sum check on
Environment/Package/Verify
downloaded package files.
DownloadsBoolean
Print
Property Description
Bottom Margin
Environment/Printing/Bottom The page's bottom margin in millimetres.
MarginIntegerRange
1450
CrossWorks for ARM Reference Manual Appendices
Left Margin
The page's left margin in millimetres.
Environment/Printing/Left MarginIntegerRange
Page Orientation
The page's orientation.
Environment/Printing/OrientationEnumeration
Page Size
The page's size.
Environment/Printing/Page SizeEnumeration
Right Margin
Environment/Printing/Right The page's right margin in millimetres.
MarginIntegerRange
Top Margin
The page's top margin in millimetres.
Environment/Printing/Top MarginIntegerRange
Startup
Property Description
Allow Multiple CrossStudios
Allow more than one CrossStudio to run at the same
Environment/Permit Multiple Studio
time.
InstancesBoolean
Load Last Project On Startup
Specifies whether to load the last project the next time
Environment/Load Last Project On
CrossStudio runs.
StartupBoolean
New Project Directory
Environment/General/Solution The directory where projects are created.
DirectoryString
Splash Screen
How to display the splash screen on startup.
Environment/Splash ScreenEnumeration
Status Bar
Property Description
(Visible)
Show or hide the status bar.
Environment/Status BarBoolean
Show Build Status Pane
Environment/General/Status Bar/Show Build Show or hide the Build pane in the status bar.
StatusBoolean
Show Caret Position Pane
Environment/General/Status Bar/Show Caret Show or hide the Caret Position pane in the status bar.
PosBoolean
Show Insert/Overwrite Status Pane
Show or hide the Insert/Overwrite pane in the status
Environment/General/Status Bar/Show
bar.
Insert ModeBoolean
1451
CrossWorks for ARM Reference Manual Appendices
Title Bar
Property Description
Show Full Solution Path
Environment/General/Title Bar/Show Full Show the full solution path in title bar.
Solution PathBoolean
User Interface
Property Description
Application Main Font
The font to use for the user interface as a whole.
Environment/Application Main FontFont
Application Monospace Font
The fixed-size font to use for the user interface as a
Environment/Application Monospace
whole.
FontFixedPitchFont
Error Display Timeout
The minimum time, in seconds, that errors are shown
Environment/Error Display
for in the status bar.
TimeoutIntegerRange
Errors Are Displayed
How errors are reported in CrossStudio.
Environment/Error Display ModeEnumeration
How to display sizes of items in the user interface. SI
File Size Display Units
defines 1kB=1000 bytes, IEC defines 1kiB=1024 bytes,
Environment/Size Display UnitEnumeration
Alternate SI defines 1kB=1024 bytes.
Number File Names in Menus Number the first nine file names in menus for quick
Environment/Number MenusBoolean keyboard access.
Qt Style Sheet The Qt style sheet to use in order to customize the user
Environment/Qt Style SheetFileName interface (experimental).
1452
CrossWorks for ARM Reference Manual Appendices
1453
CrossWorks for ARM Reference Manual Appendices
Assembly Language
Property Description
Column Guide Columns
Text Editor/Indent/Assembly Language/ The columns that guides are drawn for.
Column GuidesString
Indent Closing Brace
Text Editor/Indent/Assembly Language/ Indent the closing brace of compound statements.
Close BraceBoolean
Indent Context
Text Editor/Indent/Assembly Language/ The number of lines to use for context when indenting.
Context LinesIntegerRange
Indent Mode
Text Editor/Indent/Assembly Language/ How to indent when a new line is inserted.
Indent ModeEnumeration
Indent Opening Brace
Text Editor/Indent/Assembly Language/Open Indent the opening brace of compound statements.
BraceBoolean
Indent Size
Text Editor/Indent/Assembly Language/ The number of columns to indent a code block.
SizeIntegerRange
Tab Size
Text Editor/Indent/Assembly Language/Tab The number of columns between tabstops.
SizeIntegerRange
Use Tabs
Text Editor/Indent/Assembly Language/Use Insert tabs when indenting.
TabsBoolean
User-Defined Keywords
Text Editor/Indent/Assembly Language/ Additional identifiers to highlight as keywords.
KeywordsStringList
C and C++
Property Description
Column Guide Columns
Text Editor/Indent/C and C++/Column The columns that guides are drawn for.
GuidesString
1454
CrossWorks for ARM Reference Manual Appendices
Default
Property Description
Column Guide Columns
Text Editor/Indent/Default/Column The columns that guides are drawn for.
GuidesString
Indent Closing Brace
Text Editor/Indent/Default/Close Indent the closing brace of compound statements.
BraceBoolean
Indent Context
Text Editor/Indent/Default/Context The number of lines to use for context when indenting.
LinesIntegerRange
Indent Mode
Text Editor/Indent/Default/Indent How to indent when a new line is inserted.
ModeEnumeration
1455
CrossWorks for ARM Reference Manual Appendices
Java
Property Description
Column Guide Columns
The columns that guides are drawn for.
Text Editor/Indent/Java/Column GuidesString
Indent Closing Brace
Indent the closing brace of compound statements.
Text Editor/Indent/Java/Close BraceBoolean
Indent Context
Text Editor/Indent/Java/Context The number of lines to use for context when indenting.
LinesIntegerRange
Indent Mode
Text Editor/Indent/Java/Indent How to indent when a new line is inserted.
ModeEnumeration
Indent Opening Brace
Indent the opening brace of compound statements.
Text Editor/Indent/Java/Open BraceBoolean
Indent Size
The number of columns to indent a code block.
Text Editor/Indent/Java/SizeIntegerRange
Tab Size
The number of columns between tabstops.
Text Editor/Indent/Java/Tab SizeIntegerRange
Use Tabs
Insert tabs when indenting.
Text Editor/Indent/Java/Use TabsBoolean
User-Defined Keywords
Additional identifiers to highlight as keywords.
Text Editor/Indent/Java/KeywordsStringList
1456
CrossWorks for ARM Reference Manual Appendices
External Tools
Property Description
Diff Command Line
Environment/Source Code Control/ The diff command line.
DiffCommandStringList
Merge Command Line
Environment/Source Code Control/ The merge command line.
MergeCommandStringList
Preference
Property Description
Add Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
adds items to source control.
AddBoolean
Commit Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
commits items.
CommitBoolean
Get Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
gets items from source control.
GetBoolean
Lock Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
locks items.
LockBoolean
Remove Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
removes items from source control.
RemoveBoolean
Resolved Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
mark items resolved.
ResolvedBoolean
Revert Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
revert items.
RevertBoolean
Unlock Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
unlocks items.
UnlockBoolean
1457
CrossWorks for ARM Reference Manual Appendices
Update Immediately
Bypasses the confirmation dialog and immediately
Environment/Source Code Control/Immediate
updates items.
UpdateBoolean
1458
CrossWorks for ARM Reference Manual Appendices
Auto Recovery
Property Description
Auto Recovery Backup Time
The time in minutes between saving of auto recovery
Text Editor/Auto Recovery Backup
backups files or 0 to disable generation of backup files.
TimeIntegerRange
Auto Recovery Keep Time
The time in days to keep unrecovered backup files or 0
Text Editor/Auto Recovery Keep
to disable deletion of unrecovered backup files.
TimeIntegerRange
Cursor Fence
Property Description
Bottom Margin
The number of lines in the bottom margin.
Text Editor/Margins/BottomIntegerRange
Keep Cursor Within Fence
Enable margins to fence and scroll around the cursor.
Text Editor/Margins/EnabledBoolean
Left Margin
The number of characters in the left margin.
Text Editor/Margins/LeftIntegerRange
Right Margin
The number of characters in the right margin.
Text Editor/Margins/RightIntegerRange
Top Margin
The number of lines in the right margin.
Text Editor/Margins/TopIntegerRange
Editing
Property Description
Allow Drag and Drop Editing Enables dragging and dropping of selections in the
Text Editor/Drag Drop EditingBoolean text editor.
Bold Popup Diagnostic Messages Displays popup diagnostic messages in bold for easier
Text Editor/Bold Popup DiagnosticsBoolean reading.
Column-mode Tab Tab key moves to the next textual column using the
Text Editor/Column Mode TabBoolean line above.
Confirm Modified File Reload
Display a confirmation prompt before reloading a file
Text Editor/Confirm Modified File
that has been modified on disk.
ReloadBoolean
1459
CrossWorks for ARM Reference Manual Appendices
Formatting
Property Description
1460
CrossWorks for ARM Reference Manual Appendices
1461
CrossWorks for ARM Reference Manual Appendices
1462
CrossWorks for ARM Reference Manual Appendices
1463
CrossWorks for ARM Reference Manual Appendices
1464
CrossWorks for ARM Reference Manual Appendices
1465
CrossWorks for ARM Reference Manual Appendices
International
Property Description
Auto-Detect UTF-8
Auto-detect UTF-8 encoding without signature.
Text Editor/Auto-Detect UTF-8Boolean
Default Text File Encoding The encoding to use if not overridden by a project
Text Editor/Default CodecEnumeration property or file is not in a known format.
Mouse
Property Description
Alt+Left Click Action
Environment/Project Explorer/Alt+Left The action the editor performs on Alt+Left Click.
Click ActionEnumeration
Alt+Middle Click Action
Environment/Project Explorer/Alt+Middle The action the editor performs on Alt+Middle Click.
Click ActionEnumeration
Alt+Right Click Action
Environment/Project Explorer/Alt+Right The action the editor performs on Alt+Right Click.
Click ActionEnumeration
Copy On Mouse Select Automatically copy text to clipboard when marking a
Text Editor/Copy On Mouse SelectBoolean selection with the mouse.
Ctrl+Left Click Action
Environment/Project Explorer/Ctrl+Left The action the editor performs on Ctrl+Left Click.
Click ActionEnumeration
Ctrl+Middle Click Action
Environment/Project Explorer/Ctrl+Middle The action the editor performs on Ctrl+Middle Click.
Click ActionEnumeration
Ctrl+Right Click Action
Environment/Project Explorer/Ctrl+Right The action the editor performs on Ctrl+Right Click.
Click ActionEnumeration
Middle Click Action
Environment/Project Explorer/Middle Click The action the editor performs on Middle Click.
ActionEnumeration
1466
CrossWorks for ARM Reference Manual Appendices
Programmer Assistance
Property Description
ATTENTION Tag List
Set the tags to display as ATTENTION comments.
Text Editor/ATTENTION TagsStringList
Ask For Index Ask to index the project if goto symbol fails in current
Text Editor/Ask For IndexBoolean editor context.
Enable or disable automatically swapping
Auto-Comment Text
commenting on source lines by typing '/' with an
Text Editor/Auto CommentBoolean
active selection.
Enable or disable automatically surrounding selected
Auto-Surround Text
text when typing triangular brackets, quotation marks,
Text Editor/Auto SurroundBoolean
parentheses, brackets, or braces.
Check Spelling
Enable spell checking in comments.
Text Editor/Spell CheckingBoolean
Code Completion Replaces Existing Word
Replace existing word with completion suggestion if
Text Editor/Completion Replaces Existing
cursor is located on one.
WordBoolean
Code Completion Suggestion Selection Key
Text Editor/Suggestion Selection The key used to select a code completion suggestion.
KeyEnumeration
Display Code Completion Suggestions While Typing
Enable code completion as you type without needing
Text Editor/Suggest Completion While
to use the show suggestions key (Ctrl+J).
TypingBoolean
Enable Popup Diagnostics
Text Editor/Enable Popup Enables on-screen diagnostics in the text editor.
DiagnosticsBoolean
FIXME Tag List
Set the tags to display as FIXME comments.
Text Editor/FIXME TagsStringList
Inactive Code Opacity
Specifies the opacity of code that has been
Text Editor/Inactive Code
conditionally excluded by the preprocessor.
OpacityIntegerRange
1467
CrossWorks for ARM Reference Manual Appendices
Save
Property Description
Backup File History Depth The number of backup files to keep when saving an
Text Editor/Backup File DepthIntegerRange existing file.
The line ending format to use for a new file or a file
Default Line Endings
where the existing line ending format cannot be
Text Editor/Default Line EndingsEnumeration
determined.
Delete Trailing Space On Save
Deletes trailing whitespace from each line when a file
Text Editor/Delete Trailing Space On
is saved.
SaveBoolean
Tab Cleanup On Save
Cleans up tabs when a file is saved.
Text Editor/Cleanup Tabs On SaveEnumeration
Visual Appearance
Property Description
Font
The font to use for text editors.
Text Editor/FontFixedPitchFont
Font Rendering
The font rendering scheme to use in text editors.
Text Editor/Font RenderingEnumeration
Font Smoothing Threshold The minimum size for font smoothing: font sizes
Text Editor/Antialias ThresholdIntegerRange smaller than this will have antialiasing turned off.
Hide Cursor When Typing
Hide or show the I-beam cursor when you start to type.
Text Editor/Hide Cursor When TypingBoolean
1468
CrossWorks for ARM Reference Manual Appendices
1469
CrossWorks for ARM Reference Manual Appendices
Autos
Property Description
Show Member Functions
Controls whether C++ class member functions are
Environment/AutosWindow/Show Member
displayed.
FunctionsBoolean
Show Variable Address Column
Controls whether the variable address column is
Environment/AutosWindow/Show Address
displayed.
ColumnBoolean
Show Variable Size Column
Environment/AutosWindow/Show Size Controls whether the variable size column is displayed.
ColumnBoolean
Show Variable Type Column
Controls whether the variable type column is
Environment/AutosWindow/Show Type
displayed.
ColumnBoolean
Call Stack
Property Description
Execution Frame at Top
Controls whether the most recent call is at the top or
Environment/Call Stack/Most Recent At
the bottom of the list.
TopBoolean
Show Call Address
Environment/Call Stack/Show Call Enables the display of the call address in the call stack.
AddressBoolean
Show Call Source Location
Enables the display of the call source location in the
Environment/Call Stack/Show Call
call stack.
LocationBoolean
Show Frame Size
Enables the display of the amount of stack used by the
Environment/Call Stack/Show Stack
call.
UsageBoolean
Show Frame Size In Bytes
Environment/Call Stack/Show Stack Usage Display the stack usage in bytes rather than words.
In BytesBoolean
Show Parameter Names
Enables the display of parameter names in the call
Environment/Call Stack/Show Parameter
stack.
NamesBoolean
1470
CrossWorks for ARM Reference Manual Appendices
Clipboard Ring
Property Description
Maximum Items Held In Ring
The maximum number of items held on the clipboard
Environment/Clipboard Ring/Max
ring before they are recycled.
EntriesIntegerRange
Preserve Contents Between Runs
Save the clipboard ring across CrossStudio runs.
Environment/Clipboard Ring/SaveBoolean
Debug Terminal
Property Description
Backscroll Buffer Lines
The number of lines you can see when you scroll
Debug Terminal/Backscroll Buffer
backward in the debug terminal window.
LinesIntegerRange
Use Window System Colors
Substitute window system colors for ANSI black
Debug Terminal/Use Window System
background and white foreground in debug terminal.
ColorsBoolean
Globals
Property Description
Show Member Functions
Controls whether C++ class member functions are
Environment/GlobalsWindow/Show Member
displayed.
FunctionsBoolean
1471
CrossWorks for ARM Reference Manual Appendices
Latest News
Property Description
Article Grouping
How to display the RSS feed articles.
Environment/Latest News/GroupingEnumeration
Locals
Property Description
Show Member Functions
Controls whether C++ class member functions are
Environment/LocalsWindow/Show Member
displayed.
FunctionsBoolean
Show Variable Address Column
Controls whether the variable address column is
Environment/LocalsWindow/Show Address
displayed.
ColumnBoolean
Show Variable Size Column
Environment/LocalsWindow/Show Size Controls whether the variable size column is displayed.
ColumnBoolean
Show Variable Type Column
Controls whether the variable type column is
Environment/LocalsWindow/Show Type
displayed.
ColumnBoolean
Memory
Property Description
Confirm Large Download
Present a warning if you attempt to download a large
Environment/Memory Window/Confirm
amount of memory in the memory window.
SizeBoolean
Scroll Wheel Modifies Start Address
Selects whether the mouse scroll wheel can change
Environment/Memory Window/Scroll Wheel
the memory window start address.
Modifies Start AddressBoolean
1472
CrossWorks for ARM Reference Manual Appendices
Outline
Property Description
Group #define Directives Group consecutive #define and #undef preprocessor
Windows/Outline/Group DefinesBoolean directives.
Group #include Directives
Group consecutive #include preprocessor directives.
Windows/Outline/Group IncludesBoolean
Group Top-Level Declarations
Group consecutive top-level variable and type
Windows/Outline/Group Top Level
declarations.
ItemsBoolean
Refresh Outline and Preview
Windows/Outline/Preview Refresh How the Preview pane refreshes its contects.
ModeEnumeration
Project Explorer
Property Description
Add Filename Replace Macros
Macros (system and global) used to replace the start of
Environment/Project Explorer/Filename
a filename on project file addition.
Replace MacrosStringList
Color Project Nodes
Show the project nodes colored for identification in
Environment/Project Explorer/Color
the Project Explorer.
NodesBoolean
Confirm Configuration Folder Delete
Display a confirmation prompt before deleting a
Project Explorer/Confirm Configuration
configuration folder cotaining properties.
Folder DeleteBoolean
Confirm File Replacement Warning
Display a confirmation prompt before replacing
Project Explorer/Confirm File Replacement
project files for import and creation
WarningBoolean
Confirm Forget Modified Properties
Display a confirmation prompt before forgetting
Project Explorer/Confirm Reject Property
property modifications.
ChangesBoolean
Context Menu Uses Common Folder
Controls how common options are displayed by the
Environment/Project Explorer/Context Menu
Project Explorer's context menu.
Common FolderBoolean
Edit Properties At Top
Controls where edit properties is displayed by the
Environment/Project Explorer/Context Menu
Project Explorer's context menu.
Properties PositionBoolean
The file name of the application to use as the external
External Editor
text editor. The external editor is started by holding
Environment/Project Explorer/External
down the Shift key when opening files from the
EditorFileName
project explorer.
1473
CrossWorks for ARM Reference Manual Appendices
Favorite Properties
The favorite list of properties that are displayed starred
Environment/Project Explorer/Favorite
and before other properties in the Project Explorer.
PropertiesStringList
Highlight Dynamic Items
Show an overlay on an item if it is populated from a
Environment/Project Explorer/Show Dynamic
dynamic folder.
OverlayBoolean
Highlight External Items
Show an overlay on an item if it is not held within the
Environment/Project Explorer/Show Non-
project directory.
Local OverlayBoolean
Output Files Folder
Show the build output files in an Output Files folder in
Environment/Project Explorer/Show Output
the project explorer.
FilesBoolean
Read-Only Data In Code
Configures whether read-only data contributes to the
Environment/Project Explorer/Statistics
Code or Data statistic.
Read-Only Data HandlingBoolean
Show Dependencies
Environment/Project Explorer/Dependencies Controls how the dependencies are displayed.
DisplayEnumeration
Show Favorite Properties
Controls if favorite properties are displayed by the
Environment/Project Explorer/Context Menu
Project Explorer's context menu.
Show FavoritesBoolean
Show File Count on Folder
Show the number of files contained in a folder as a
Environment/Project Explorer/Count
badge in the Project Explorer.
FilesBoolean
Show Modified Properties on Folder/File
Show if a folder or file has modified properties as a
Environment/Project Explorer/Show
badge in the Project Explorer.
Modified PropertiesBoolean
Show Project Count on Solution
Show the number of projects contained in a solution
Environment/Project Explorer/Count
as a badge in the Project Explorer.
ProjectsBoolean
Show Properties
Environment/Project Explorer/Properties Controls how the properties are displayed.
DisplayEnumeration
Show Source Control Annotation
Annotate items in the project explorer with their
Environment/Project Explorer/Show Source
source control status.
Control AnnotationBoolean
Show Statistics Rounded
Environment/Project Explorer/Statistics Show exact or rounded sizes in the project explorer.
FormatBoolean
Source Control Status Column
Show the source control status column in the project
Environment/Project Explorer/Show Source
explorer.
Control ColumnBoolean
1474
CrossWorks for ARM Reference Manual Appendices
Starred Files Names The list of wildcard-matched file names that are
Environment/Project Explorer/Starred File highligted with stars, to bring attention to themselves,
NamesStringList in the Project Explorer.
Statistics Column
Show the code and data size columns in the Project
Environment/Project Explorer/Statistics
Explorer.
DisplayBoolean
Synchronize Explorer With Editor
Synchronizes the Project Explorer with the document
Environment/Project Explorer/Sync
being edited.
EditorBoolean
Use Common Properties Folder
Environment/Project Explorer/Common Controls how common properties are displayed.
Properties DisplayBoolean
Properties
Property Description
Enable Favorites Group
Environment/Properties Windows/Favorites Assign favorites to their own group.
GroupedEnumeration
Properties Displayed
Environment/Properties Windows/Property Set how the properties are displayed.
Display FormatEnumeration
Public Setting Check
Environment/Properties Windows/Public Warn when setting property in public configuration.
Setting CheckEnumeration
Show Property Details
Environment/Properties Windows/Show Show or hide the property description.
DetailsBoolean
Source Navigator
Property Description
Show definitions only. When set to Yes only symbols
Show Definitions Only that are defined will be included in the source
Windows/Source Navigator/Show Definitions navigator display. When set to No declarations of
OnlyBoolean symbols will also be included in the source navigator
display.
Symbol Browser
Property Description
1475
CrossWorks for ARM Reference Manual Appendices
Code Field
Environment/Symbol Browser/Display Selects whether the Code field is displayed.
CodeBoolean
Const Field
Environment/Symbol Browser/Display Selects whether the Const field is displayed.
ConstBoolean
Data Field
Environment/Symbol Browser/Display Selects whether the Data field is displayed.
DataBoolean
Frame Size Field
Environment/Symbol Browser/Display Frame Selects whether the Frame Size field is displayed.
SizeBoolean
Range Field
Environment/Symbol Browser/Display Selects whether the Range field is displayed.
RangeBoolean
Section Field
Environment/Symbol Browser/Display Selects whether the Section field is displayed.
SectionBoolean
Size Field
Environment/Symbol Browser/Display Selects whether the Size field is displayed.
SizeBoolean
Sort Criteria
Environment/Symbol Browser/ Selects how to sort or group the symbols displayed.
GroupingEnumeration
Type Field
Environment/Symbol Browser/Display Selects whether the Type field is displayed.
TypeBoolean
Value Field
Environment/Symbol Browser/Display Selects whether the Value field is displayed.
ValueBoolean
Terminal Emulator
Property Description
Backscroll Buffer Lines
The number of lines you can see when you scroll
Terminal Emulator/Backscroll Buffer
backward in the terminal emulator window.
LinesIntegerRange
Baud Rate
Terminal Emulator/Communications/Baud Baud rate used when transmitting and receiving data.
RateEnumeration
1476
CrossWorks for ARM Reference Manual Appendices
Data Bits
Number of data bits to use when transmitting and
Terminal Emulator/Communications/Data
receiving data.
BitsEnumeration
Flow Control
Terminal Emulator/Communications/Flow The flow control method to use.
ControlEnumeration
Line Feed On Carriage Return
Append a line feed character when a carriage return
Terminal Emulator/Line Feed On Carriage
character is received.
ReturnBoolean
Local Echo Displays every character typed before sending to the
Terminal Emulator/Local EchoBoolean remote computer.
Maximum Input Block Size
Terminal Emulator/Maximum Input Block The maximum number of bytes to read at a time.
SizeIntegerRange
Parity
Terminal Emulator/Communications/ Parity used when transmitting and receiving data.
ParityEnumeration
Port
The communications port to use, e.g. /dev/ttyS0, /dev/
Terminal Emulator/Communications/
ttyS1, etc.
PortUnknown
Port Used By Target Interface The COM port will be disconnected when the target
Terminal Emulator/Communications/Port interface is connected and reconnected when the
Used By Target InterfaceBoolean target interface is disconnected.
Set DTR
Terminal Emulator/Communications/ Set the DTR signal.
DTRBoolean
Stop Bits
Terminal Emulator/Communications/Stop Number of stop bits to use when transmitting data.
BitsEnumeration
Watch 1
Property Description
Show Member Functions
Controls whether C++ class member functions are
Environment/Watch1Window/Show Member
displayed.
FunctionsBoolean
Show Variable Address Column
Controls whether the variable address column is
Environment/Watch1Window/Show Address
displayed.
ColumnBoolean
Show Variable Size Column
Environment/Watch1Window/Show Size Controls whether the variable size column is displayed.
ColumnBoolean
1477
CrossWorks for ARM Reference Manual Appendices
Watch 2
Property Description
Show Member Functions
Controls whether C++ class member functions are
Environment/Watch2Window/Show Member
displayed.
FunctionsBoolean
Show Variable Address Column
Controls whether the variable address column is
Environment/Watch2Window/Show Address
displayed.
ColumnBoolean
Show Variable Size Column
Environment/Watch2Window/Show Size Controls whether the variable size column is displayed.
ColumnBoolean
Show Variable Type Column
Controls whether the variable type column is
Environment/Watch2Window/Show Type
displayed.
ColumnBoolean
Watch 3
Property Description
Show Member Functions
Controls whether C++ class member functions are
Environment/Watch3Window/Show Member
displayed.
FunctionsBoolean
Show Variable Address Column
Controls whether the variable address column is
Environment/Watch3Window/Show Address
displayed.
ColumnBoolean
Show Variable Size Column
Environment/Watch3Window/Show Size Controls whether the variable size column is displayed.
ColumnBoolean
Show Variable Type Column
Controls whether the variable type column is
Environment/Watch3Window/Show Type
displayed.
ColumnBoolean
Watch 4
Property Description
1478
CrossWorks for ARM Reference Manual Appendices
Windows
Property Description
Buffer Grouping How the files are grouped or listed in the Windows
Environment/Windows/GroupingEnumeration window.
Show File Path as Tooltip
Show the full file name as a tooltip when hovering
Environment/Windows/Show Filename
over files in the Windows window.
TooltipsBoolean
Show Line Count and File Size Show the number of lines and size of each file in the
Environment/Windows/Show SizesBoolean windows list.
1479
CrossWorks for ARM Reference Manual Appendices
Code Options
Assembler
Property Description
Enables additional options to be supplied to the
Additional Assembler Options
assembler. This property will have macro expansion
asm_additional_optionsStringList
applied to it.
Enables additional options to be supplied to the
Additional Assembler Options From File
assembler from a file. This property will have macro
asm_additional_options_from_fileProjFileName
expansion applied to it.
Assembler
Specifies which assembler to use.
arm_assembler_variantEnumeration
Backup Additional Assembler Options Value of additional assembler options prior to generic
asm_additional_options_backupString options processing.
Generate Assembler Listing File An assembler listing file is generated which can be
asm_generate_listing_fileBoolean found in the Ouput Files folder
Build
Property Description
Always Rebuild Specifies whether or not to always rebuild the project/
build_always_rebuildBoolean folder/file.
Batch Build Configurations
The set of configurations to batch build.
batch_build_configurationsStringList
Build Options Generic File Name
The file name containing the generic options.
build_generic_options_file_nameProjFileName
Build Quietly Suppress the display of startup banners and
build_quietlyBoolean information messages.
Dependency File Name
The file name to contain the dependencies.
build_dependency_file_nameFileName
Enable Unused Symbol Removal Enable the removal of unused symbols from the
build_remove_unused_symbolsBoolean executable.
Exclude From Build Specifies whether or not to exclude the project/folder/
build_exclude_from_buildBoolean file from the build.
Include Debug Information Specifies whether symbolic debug information is
build_debug_informationBoolean generated.
Specifies a relative path to the intermediate file
Intermediate Directory
directory. This property will have macro expansion
build_intermediate_directoryDirPath
applied to it. The macro $(IntDir) is set to this value.
1480
CrossWorks for ARM Reference Manual Appendices
Memory Map File The name of the file containing the memory map
linker_memory_map_fileProjFileName description.
Macro values to substitue in memory map nodes. Each
Memory Map Macros
macro is defined as name=value and are seperated by
linker_memory_map_macrosStringList
;.
The start, access and size of named segments in the
target, these are used when no memory map file is
Memory Segments
available.Each segment is specified by NAME RWX
linker_section_placements_segmentsString
HEXSTART HEXSIZE for example FLASH RX 0x08000000
0x00010000
Specifies a relative path to the output file directory.
This property will have macro expansion applied
Output Directory
to it. The macro $(OutDir) is set to this value. The
build_output_directoryDirPath
macro $(RootRelativeOutDir) is set relative to the Root
Output Directory if specified.
Specifies that dependent projects can be built in
Project Can Build In Parallel
parallel. Default is No for Staging and Combining
project_can_build_in_parallelEnumeration
project types, Yes for all other project types.
Project Dependencies Specifies the projects the current project depends
project_dependenciesStringList upon.
Path of the project directory relative to the directory
Project Directory
containing the project file. The macro $(ProjectDir) is
project_directoryString
set to the absolute path of this property.
Specifies macro values which are expanded in
Project Macros project properties and for file names in Common
macrosStringList configuration only. Each macro is defined as
name=value and are seperated by ;.
Specifies the type of project to build. The options are
Project Type Executable, Library, Object file, Staging, Combining,
project_typeEnumeration Externally Built Executable, Externally Built Library,
Externally Built Object file.
The file containing the property groups for this project.
Property Groups File
This is applicable to Executable and Externally Built
property_groups_file_pathProjFileName
Executable project types only.
Root Output Directory Allows a common root output directory to be specified
build_root_output_directoryDirPath that can be referenced using the $(RootOutDir) macro.
Suppress Warnings
Don't report warnings.
build_suppress_warningsBoolean
Specify the root of the toolchain directory. This
Tool Chain Directory
property will have macro expansion applied to it. The
build_toolchain_directoryDirPath
macro $(ToolChainDir) is set to this value.
Treat Warnings as Errors
Treat all warnings as errors.
build_treat_warnings_as_errorsBoolean
1481
CrossWorks for ARM Reference Manual Appendices
Code Generation
Property Description
ARM Advanced SIMD Auto Vectorize
Enable automatic code generation for Advanced SIMD.
arm_advanced_SIMD_auto_vectorizeBoolean
Specifies the Advanced SIMD type to generate code
ARM Advanced SIMD Type for. The options are:
arm_advanced_SIMD_typeEnumeration
NEON - Cortex-A based processors
Specifies the version of the instruction set to generate
code for. The options are:
__ARM_ARCH_4T__
__ARM_ARCH_5TE__
__ARM_ARCH_6__
__ARM_ARCH_6M__
__ARM_ARCH_7M__
__ARM_ARCH_7EM__
__ARM_ARCH_7R__
__ARM_ARCH_7A__
__ARM_ARCH_8R__
__ARM_ARCH_8A__
__ARM_ARCH_8M_BASELINE__
__ARM_ARCH_8M_MAINLINE__
are defined.
1482
CrossWorks for ARM Reference Manual Appendices
1483
CrossWorks for ARM Reference Manual Appendices
__ARM_ARCH_VFP__
__ARM_ARCH_VFP3_D32__
__ARM_ARCH_VFP3_D16__
__ARM_ARCH_VFP4_D32__
__ARM_ARCH_VFP4_D16__
__ARM_ARCH_FPV4_SP_D16__
__ARM_ARCH_FPV5_SP_D16__
__ARM_ARCH_FPV5_D16__
__ARM_ARCH_FP_ARMv8__
are defined.
Specifies whether ARM/Thumb interworking code
ARM/Thumb Interworking should be generated. Setting this property to No
arm_interworkEnumeration may result in smaller code sizes when compiling for
architecture v4T.
Specify the byte order of the target processor. The
options are:
Byte Order
arm_endianEnumeration Little little endian code and data.
Big big endian code and data.
BE-8 little endian code and big endian data.
CM0/CM0+/CM1 Has Small Multiplier
The CM0/CM0+/CM1 core has the small multiplier.
arm_cm0_has_small_multiplierBoolean
Specifies the level of debugging information to
generate. The options are:
1484
CrossWorks for ARM Reference Manual Appendices
1485
CrossWorks for ARM Reference Manual Appendices
Unwind Tables
Generate unwind tables for C code.
arm_unwind_tablesBoolean
Use Builtins
Use built-in library functions e.g. scanf.
arm_use_builtinsBoolean
Wide Character Size Select between standard 32-bit or shorter 16-bit size
gcc_wchar_sizeEnumeration for wide characters and wchar_t.
v7A/v7R Has Integer Divide Instructions The v7A/v7R architecture has integer divide
arm_v7_has_divide_instructionsBoolean instructions in both ARM and Thumb instruction sets.
v8A Has CRC Instructions
The v8A architecture has CRC instructions.
arm_v8A_has_crcBoolean
v8A Has Crypto Instructions
The v8A architecture has crypto instructions.
arm_v8A_has_cryptoBoolean
v8M Has CMSE Instructions
The v8M architecture has CMSE instructions.
arm_v8M_has_cmseBoolean
v8M Has DSP Instructions
The v8M architecture has DSP instructions.
arm_v8M_has_dspBoolean
Combining
Property Description
The command to execute. This property will have
macro expansion applied to it with the macro
Combine Command $(CombiningOutputFilePath) set to the output
combine_commandUnknown filepath of the combine command and the macro
$(CombiningRelInputPaths) is set to the (project
relative) names of all of the files in the project.
The working directory in which the combine command
Combine Command Working Directory
is run. This property will have macro expansion applied
combine_command_wdString
to it.
Output File Path The output file path the stage command will create.
combine_output_filepathString This property will have macro expansion applied to it.
Set To Read-only
Set the output file to read only or read/write.
combine_set_readonlyEnumeration
Compiler
Property Description
Enables additional options to be supplied to the
Additional C Compiler Only Options
C compiler only. This property will have macro
c_only_additional_optionsStringList
expansion applied to it.
1486
CrossWorks for ARM Reference Manual Appendices
1487
CrossWorks for ARM Reference Manual Appendices
Enforce ANSI Checking Command Line OptionsThe command line options supplied to the compiler
when Enforce ANSI Checking is enabled.
gcc_enforce_ansi_checking_command_line_optionsStringList
Keep Assembly Source Specifies whether assembly code generated by the
arm_keep_assemblyBoolean compiler is kept.
Keep Preprocessor Output Specifies whether preprocessor output generated by
arm_keep_preprocessor_outputBoolean the compiler is kept.
Object File Name Specifies a name to override the default object file
build_object_file_nameFileName name.
Supply Absolute File Path Specifies whether absolute file paths are supplied to
arm_supply_absolute_file_pathBoolean the compiler.
External Build
Property Description
The command line to archive object files. This property
will have macro expansion applied to it with the
additional macros:
1488
CrossWorks for ARM Reference Manual Appendices
1489
CrossWorks for ARM Reference Manual Appendices
1490
CrossWorks for ARM Reference Manual Appendices
1491
CrossWorks for ARM Reference Manual Appendices
File
Property Description
File Encoding Specifies the encoding to use when reading and
file_codecEnumeration writing the file.
1492
CrossWorks for ARM Reference Manual Appendices
Folder
Property Description
Dynamic Folder Directory
Dynamic folder directory specification.
pathDirPath
Dynamic Folder Exclude Dynamic folder exclude specification - ; seperated
excludeStringList wildcards.
Dynamic Folder Filter Dynamic folder filter specification - ; seperated
filterString wildcards.
Dynamic Folder Recurse
Dynamic folder recurse into subdirectories.
recurseBoolean
Unity Build Exclude Filter The filter specification to exclude from the unity build
unity_build_exclude_filterString - ; seperated wildcards.
Unity Build File Name The file name created that #includes all files in the
unity_build_file_nameFileName folder for the unity build.
General
Property Description
Environment Variables
Environment variables to set on solution load.
environment_variablesStringList
Inherited Configurations The list of configurations that are inherited by this
inherited_configurationsStringList configuration.
1493
CrossWorks for ARM Reference Manual Appendices
Library
Property Description
Exclude Default Library Helper Functions Specifies whether to exclude default library helper
link_use_multi_threaded_librariesBoolean functions.
Include Standard Libraries Specifies whether the standard libraries should be
link_include_standard_librariesBoolean linked into your application.
Library ARM Architecture Specifies the architecture variant of the library to link
arm_library_architectureEnumeration with. The default uses the ARM Architecture value
Library File Name Specifies a name to override the default library file
build_output_file_nameFileName name.
Library Instruction Set Specifies the instruction set variant of the libraries to
arm_library_instruction_setEnumeration link with.
Library Optimization Specifies whether to link with libraries optimized for
arm_library_optimizationEnumeration speed or size.
Standard Libraries Directory
Specifies where to find the standard libraries
link_standard_libraries_directoryString
Linker
Property Description
Additional Input Files Enables additional object and library files to be
linker_additional_filesStringList supplied to the linker.
Additional Linker Options
Enables additional options to be supplied to the linker.
linker_additional_optionsStringList
Additional Linker Options From File Enables additional options to be supplied to the linker
from a file.
linker_additional_options_from_fileProjFileName
Additional Linker Script Generator Options Enables additional options to be supplied to the linker
arm_additional_mkld_optionsStringList script generator
Additional Output File Gap Fill Value The value to fill gaps between sections in additional
output file.
arm_linker_additional_output_file_gap_fillString
The format used when creating an additional linked
output file.The options are:
Additional Output Format None do not create an additional output file.
linker_output_formatEnumeration bin create a binary file.
srec create a Motorola S-Record file.
hex create an Intel Hex file.
Allow Multiple Symbol Definition Do not report error if the same symbol is defined more
arm_linker_allow_multiple_definitionBoolean than once in object files/libraries.
1494
CrossWorks for ARM Reference Manual Appendices
Backup Additional Linker Options Value of additional linker options prior to generic
link_additional_options_backupString options processing
CMSE Import Library File Specifies the name of the CMSE import library to
generate.
arm_linker_cmse_import_library_file_nameFileName
Check CMSE Import Library File Specifies the name of the file to check the generated
CMSE import library with.
arm_linker_check_cmse_import_library_file_nameFileName
Check For Memory Segment Overflow Specifies whether the linker should check whether
program sections fit in their memory segments.
arm_library_check_memory_segment_overflowBoolean
Specifies which DebugIO mechanism to link in.
Options are Breakpoint (hardware breakpoint
DebugIO Implementation instruction and memory locations are used, not
arm_link_debugio_typeEnumeration available on v4t architecture), DCC (ARM debug
communication channel is used), and Memory Poll
(memory locations are polled).
Deduplicate Code Sections Specifies whether the linker finds readonly code
link_dedupe_codeBoolean sections that are identical and discard duplicates.
Deduplicate Data Sections Specifies whether the linker finds readonly data
link_dedupe_dataBoolean sections that are identical and discard duplicates.
Specifies the default pattern used to fill unspecified
Default Fill Pattern regions of memory in a generated linker script. This
pattern maybe overidden by the fill attribute of a
arm_linker_script_generator_default_fill_patternString
program section in the section placement file.
Emit Relocations
Output relocation information into the executable.
arm_linker_emit_relocationsBoolean
Entry Point
Specifies the entry point of the program.
gcc_entry_pointString
The value to fill gaps between sections in ELF file. This
Gap Fill Value
property has been deprecated, use Linker Options >
arm_linker_gap_fillIntegerHex
Additional Output File Gap Fill Value instead.
Generate Log File
Specifies whether to generate a linkage log file.
linker_log_fileBoolean
Generate Map File
Specifies whether to generate a linkage map file.
linker_map_fileBoolean
Inline Small Functions. Specifies whether the linker inlines small functions at
link_inlineBoolean the call site rather than calling the function.
Keep Linker Script File
Keep the generated linker script file.
keep_linker_script_fileBoolean
Keep Symbols Specifies the symbols that should be kept by the linker
linker_keep_symbolsStringList even if they are not reachable.
Link Dependent Projects Specifies whether to link the output of dependent
link_dependent_projectsBoolean library projects.
1495
CrossWorks for ARM Reference Manual Appendices
Linker
Specifies which linker to use.
arm_linker_variantEnumeration
Linker Symbol Definitions
Specifies one or more linker symbol definitions.
link_symbol_definitionsStringList
Merge String Constants. Specifies whether the linker merges duplicate string
link_merge_stringsBoolean constants.
No Enum Size Warning Do not generate warnings when object files have
arm_linker_no_enum_size_warningBoolean different ARM EABI enum size attributes.
No Wide Char Size Warning Do not generate warnings when object files have
arm_linker_no_wchar_size_warningBoolean different ARM EABI wide character size attributes.
Section Placement File The name of the file containing section placement
linker_section_placement_fileProjFileName description.
Section Placement Macros Macro values to substitue in section placement nodes -
linker_section_placement_macrosStringList MACRO1=value1;MACRO2=value2.
Strip Debug Information Specifies whether debug information should be
linker_strip_debug_informationBoolean stripped from the linked image.
Strip Symbols
Specifies whether symbols should be stripped.
gcc_strip_symbolsBoolean
Supply Memory Segments To Linker Specifies whether to supply memory segments on the
linker_supply_memory_segmentsBoolean linker command line.
Suppress Warning on Mismatch
No warning on mismatched object files/libraries.
arm_linker_no_warn_on_mismatchBoolean
Symbols File
Specify the name of a symbols file to link.
arm_linker_symbols_filesFileName
Treat Linker Warnings as Errors
Treat linker warnings as errors.
arm_linker_treat_warnings_as_errorsBoolean
Package
Property Description
Package Dependencies Specifies the packages the current project depends
package_dependenciesStringList upon.
Preprocessor
Property Description
Ignore Includes
Ignore the include directories properties.
c_ignore_includesBoolean
1496
CrossWorks for ARM Reference Manual Appendices
Printf/Scanf
Property Description
Printf Floating Point Supported Are floating point numbers supported by the printf
linker_printf_fp_enabledEnumeration function group.
Printf Integer Support The largest integer type supported by the printf
linker_printf_fmt_levelEnumeration function group.
Printf Width/Precision Supported Enables support for width and precision specification
in the printf function group.
linker_printf_width_precision_supportedBoolean
Scanf Classes Supported Enables support for %[...] and %[^...] character class
matching in the scanf functions.
linker_scanf_character_group_matching_enabledBoolean
Scanf Floating Point Supported Are floating point numbers supported by the scanf
linker_scanf_fp_enabledBoolean function group.
Scanf Integer Support The largest integer type supported by the scanf
linker_scanf_fmt_levelEnumeration function group.
Wide Characters Supported Are wide characters supported by the printf function
linker_printf_wchar_enabledBoolean group.
Project
Property Description
Flag Flag which you can use to draw attention to important
project_flagEnumeration projects in your solution.
1497
CrossWorks for ARM Reference Manual Appendices
Heap Size The size of the heap in bytes. The preprocessor define
arm_linker_heap_sizeIntegerRange __HEAP_SIZE__ is set to this value.
Main Stack Size
The size of the main stack in bytes.
arm_linker_stack_sizeIntegerRange
Process Stack Size
The size of the process stack in bytes.
arm_linker_process_stack_sizeIntegerRange
Stack Size (Abort Mode)
The size of the Abort mode stack in bytes.
arm_linker_abt_stack_sizeIntegerRange
Stack Size (FIQ Mode)
The size of the FIQ mode stack in bytes.
arm_linker_fiq_stack_sizeIntegerRange
Stack Size (IRQ Mode)
The size of the IRQ mode stack in bytes.
arm_linker_irq_stack_sizeIntegerRange
Stack Size (Supervisor Mode)
The size of the Supervisor mode stack in bytes.
arm_linker_svc_stack_sizeIntegerRange
Stack Size (Undefined Mode)
The size of the Undefined mode stack in bytes.
arm_linker_und_stack_sizeIntegerRange
Section
Property Description
Code Section Name Specifies the default name to use for the program code
default_code_sectionString section.
Constant Section Name Specifies the default name to use for the read-only
default_const_sectionString constant section.
Data Section Name Specifies the default name to use for the initialized,
default_data_sectionString writable data section.
ISR Section Name
Specifies the default name to use for the ISR code.
default_isr_sectionString
Vector Section Name Specifies the default name to use for the interrupt
default_vector_sectionString vector section.
Zeroed Section Name Specifies the default name to use for the zero-
default_zeroed_sectionString initialized, writable data section.
Solution
Property Description
Flag Flag which you can use to draw attention to important
solution_flagEnumeration projects in your solution.
Properties Filter The names of project properties that can be displayed
properties_filterStringList at the solution
1498
CrossWorks for ARM Reference Manual Appendices
Source Code
Property Description
Additional Code Completion Compiler Options Additional source indexing and code completion
code_completion_optionsStringList compiler options.
Disable source indexing and code completion for files/
Inhibit Source Indexing
folders/projects that would normally be indexed (C/C+
project_inhibit_indexingBoolean
+ files in executable and library projects).
Source Code Control Directory
Source code control directory root.
source_code_control_directoryDirPath
Staging
Property Description
Output File Path The output file path the stage command will create.
stage_output_filepathString This property will have macro expansion applied to it.
Set To Read-only Set the output file permissions to read only or read/
stage_set_readonlyEnumeration write.
The command to execute. This property will have
Stage Command macro expansion applied to it with the additional
stage_commandUnknown $(StageOutputFilePath) macro set to the output
filepath of the stage command.
The working directory in which the stage command is
Stage Command Working Directory
run. This property will have macro expansion applied
stage_command_wdString
to it.
The command to execute after staging commands
Stage Project Command
have executed. This property will have macro
stage_post_build_commandUnknown
expansion applied to it.
The working directory where the post build command
Stage Project Command Working Directory
runs. This property will have macro expansion applied
stage_post_build_command_wdString
to it.
1499
CrossWorks for ARM Reference Manual Appendices
1500
CrossWorks for ARM Reference Manual Appendices
1501
CrossWorks for ARM Reference Manual Appendices
Debug Options
Debugger
Property Description
Access Variables Within Memory Map Only If enabled the debugger will only display variables
debug_restrict_memory_accessBoolean located in the memory map.
Command Arguments The command arguments passed to the executable.
debug_command_argumentsString This property will have macro expansion applied to it.
DABORT Handler Name The name of the dabort handler symbol. Used for
dabortHandler_nameString backtracing out of exception handlers.
The debugger will load (if not already loaded by
Debug Additional Projects
Load Additional Projects) and debug the specified
debug_dependent_projectsStringList
additional projects.
The name of the debug symbols file. This property will
Debug Symbols File[0]
have macro expansion applied to it. If it is not defined
external_debug_symbols_file_nameProjFileName
then the main load file is used.
The name of the debug symbols file. This property will
Debug Symbols File[1]
have macro expansion applied to it. If it is not defined
external_debug_symbols_file_name1ProjFileName
then the main load file is used.
The name of the debug symbols file. This property will
Debug Symbols File[2]
have macro expansion applied to it. If it is not defined
external_debug_symbols_file_name2ProjFileName
then the main load file is used.
The name of the debug symbols file. This property will
Debug Symbols File[3]
have macro expansion applied to it. If it is not defined
external_debug_symbols_file_name3ProjFileName
then the main load file is used.
Debug Symbols Load Address[0] The (code) address to be added to the debug symbol
external_debug_symbols_load_addressString (code) addresses.
Debug Symbols Load Address[1] The (code) address to be added to the debug symbol
external_debug_symbols_load_address1String (code) addresses.
Debug Symbols Load Address[2] The (code) address to be added to the debug symbol
external_debug_symbols_load_address2String (code) addresses.
Debug Symbols Load Address[3] The (code) address to be added to the debug symbol
external_debug_symbols_load_address3String (code) addresses.
Debug Terminal Log File
A file to write the output from the debug terminal to.
debug_terminal_log_fileUnknown
Default debugIO implementation
The default debugIO implementation.
arm_debugIO_ImplementationEnumeration
Entry Point Symbol
Debugger will start execution at symbol if defined.
debug_entry_point_symbolString
1502
CrossWorks for ARM Reference Manual Appendices
FIQ Handler Name The name of the fiq handler symbol. Used for
fiqHandler_nameString backtracing out of exception handlers.
Specifies how software breakpoints set in read-only
(Flash) memory are handled. Options are Disabled
Flash Software Breakpoints (no software breakpoints used), Permanent (software
breakpoints are set permanently on download), and
arm_target_read_only_software_breakpointsEnumeration
Dynamic (software breakpoints are set and cleared as
required).
IRQ Handler Name The name of the irq handler symbol. Used for
irqHandler_nameString backtracing out of exception handlers.
Ignore .debug_aranges Section
The debugger will not use the .debug_aranges section.
debug_ignore_debug_arangesBoolean
Ignore .debug_frame Section
The debugger will not use the .debug_frame section.
debug_ignore_debug_frameBoolean
Initial Breakpoint
The initial breakpoint to set
debug_initial_breakpointString
Initial Breakpoint Is Set
Specify when the initial breakpoint should be set
debug_initial_breakpoint_set_optionEnumeration
Leave Target Running
Debugger will leave the target running on debug stop.
debug_leave_target_runningBoolean
Load Additional Projects The debugger will load the outputs of the specified
debug_load_additional_projectsStringList additional projects.
The offset to add to the load address of the load
file.This offset is added to any absolute relocations
Load Offset
of symbols (whose address is less than Load Offset
debug_load_file_offsetString
Symbol Limit) if the load file contains relocation
sections.
Load Offset Symbol Limit If set apply the Load Offset logic to only those symbols
debug_load_file_limitString that have addresses less than the specified limit.
Memory Upload Page Size The aligned page size the debugger uses when
debug_memory_upload_page_sizeInteger uploading address ranges.
PABORT Handler Name The name of the pabort handler symbol. Used for
pabortHandler_nameString backtracing out of exception handlers.
Specifies software breakpoints set in read-write
memory are handled. Options are Disabled (no
RAM Software Breakpoints software breakpoints used), Permanent (software
breakpoints are set permanently on download), and
arm_target_read_write_software_breakpointsEnumeration
Dynamic (software breakpoints are set and cleared as
required).
RTT Control Block Address The symbol or 0x prefixed address of the RTT control
debug_RTTCBString block.
1503
CrossWorks for ARM Reference Manual Appendices
JTAG Chain
Property Description
JTAG Data Bits After Specifies the number of bits to pad the JTAG data
arm_linker_jtag_pad_post_drIntegerRange register after the target.
1504
CrossWorks for ARM Reference Manual Appendices
JTAG Data Bits Before Specifies the number of bits to pad the JTAG data
arm_linker_jtag_pad_pre_drIntegerRange register before the target.
Specifies the number of bits to pad the JTAG
JTAG Instruction Bits After
instruction register with the BYPASS instruction after
arm_linker_jtag_pad_post_irIntegerRange
the target.
Specifies the number of bits to pad the JTAG
JTAG Instruction Bits Before
instruction register with the BYPASS instruction before
arm_linker_jtag_pad_pre_irIntegerRange
the target.
Loader
Property Description
Additional Load File Address[0]
The address to load the additional load file.
debug_additional_load_file_addressString
Additional Load File Address[1]
The address to load the additional load file.
debug_additional_load_file_address1String
Additional Load File Address[2]
The address to load the additional load file.
debug_additional_load_file_address2String
Additional Load File Address[3]
The address to load the additional load file.
debug_additional_load_file_address3String
Additional Load File Type[0] The file type of the additional load file. The options are
debug_additional_load_file_typeEnumeration Detect, elf, bin, ihex, hex, tihex, srec.
Additional Load File Type[1] The file type of the additional load file. The options are
debug_additional_load_file_type1Enumeration Detect, elf, bin, ihex, hex, tihex, srec.
Additional Load File Type[2] The file type of the additional load file. The options are
debug_additional_load_file_type2Enumeration Detect, elf, bin, ihex, hex, tihex, srec.
Additional Load File Type[3] The file type of the additional load file. The options are
debug_additional_load_file_type3Enumeration Detect, elf, bin, ihex, hex, tihex, srec.
Additional Load File[0] Additional file to load on debug load. This property will
debug_additional_load_fileProjFileName have macro expansion applied to it.
Additional Load File[1] Additional file to load on debug load. This property will
debug_additional_load_file1ProjFileName have macro expansion applied to it.
Additional Load File[2] Additional file to load on debug load. This property will
debug_additional_load_file2ProjFileName have macro expansion applied to it.
Additional Load File[3] Additional file to load on debug load. This property will
debug_additional_load_file3ProjFileName have macro expansion applied to it.
Load ELF Sections The debugger will load ELF sections rather than ELF
debug_load_sectionsEnumeration programs.
The name of the main load file. This property will have
Load File
macro expansion applied to it. If it is not defined then
external_build_file_nameProjFileName
the output filepath of the linker command is used.
1505
CrossWorks for ARM Reference Manual Appendices
Simulator
Property Description
Memory Simulation File Specifies the dll that simulates the memory system.
This property will have macro expansion applied to it.
arm_simulator_memory_simulation_filenameProjFileName
Parameter passed to the memory simulation.The
format of this is specific to the memory
Memory Simulation Parameter
simulation. The default memory simulation
arm_simulator_memory_simulation_parameterString
takes a list of ROM|RAM;START;SIZE for example
ROM;0x0;0x10000;RAM;0x20000000;0x1000
Memory Simulation Parameter Macros Macros to apply to the parameter passed to the
memory simulation on creation.
arm_simulator_memory_simulation_parameter_macrosStringList
Run Target Loader
Run the target loader.
arm_simulator_run_target_loaderBoolean
Stop On Branch .
Stop when the simulator executes a b . instruction.
arm_simulator_stop_on_branch_dotBoolean
Stop On Memory Error Specifies the simulator behaviour when a memory
arm_simulator_stop_on_read_writeEnumeration error occurs.
Trace Buffer Size
The number of trace entries to store.
arm_simulator_num_trace_entriesInteger
Target Control
Property Description
1506
CrossWorks for ARM Reference Manual Appendices
1507
CrossWorks for ARM Reference Manual Appendices
Target Loader
Property Description
Applicable Loaders The set of target loaders that are applicable to the
arm_target_loader_applicable_loadersStringListconfiguration
Can Erase All
Loader can erase all of memory
arm_target_loader_can_erase_allBoolean
Can Erase Range
Loader can erase a range of memory
arm_target_loader_can_erase_rangeBoolean
Can Lock All
Loader can lock all of memory
arm_target_loader_can_lock_allBoolean
Can Lock Range
Loader can lock a range of memory
arm_target_loader_can_lock_rangeBoolean
Can Only Download After Erase
Loader can only download after erase
arm_target_loader_can_only_download_after_eraseBoolean
Can Only Verify With Download
Loader can only verify with download
arm_target_loader_can_only_verify_with_downloadBoolean
Can Peek
Loader can peek memory
arm_target_loader_can_peekBoolean
Can UnLock All
Loader can unlock all of memory
arm_target_loader_can_unlock_allBoolean
Can UnLock Range
Loader can unlock a range of memory
arm_target_loader_can_unlock_rangeBoolean
Default Loader
The default target loader to use for the configuration
arm_target_loader_default_loaderString
If set to Yes, all of the FLASH memory on the target will
be erased prior to downloading the application. If set
Erase All
to No, only the areas of FLASH containing the program
target_loader_erase_allEnumeration
being downloaded will be erased. If set to Default the
behaviour is target specific.
1508
CrossWorks for ARM Reference Manual Appendices
Erase All Timeout The timeout period for an erase all operation in
milliseconds.
arm_target_loader_erase_all_timeoutIntegerRange
The loader's first program section. This parameter
First Loader Program Section
is only required if the program being downloaded
arm_target_loader_first_program_sectionString
overwrites the loader.
The loader's last program section. This parameter
Last Loader Program Section
is only required if the program being downloaded
arm_target_loader_last_program_sectionString
overwrites the loader.
The file path to the loader, this entry should be blank if
Loader File Path
no loader program is required. This property will have
arm_target_flash_loader_file_pathProjFileName
macro expansion applied to it.
Loader Parameter
The parameter to pass to the loader on startup.
arm_target_loader_parameterString
The size of the RAM region used by the loader. This
Loader RAM Size
is only applicable for loaders built with PIC or Emit
arm_target_flash_loader_load_sizeString
Relocations.
The start of the RAM region used by the loader. This
Loader RAM Start
is only applicable for loaders built with PIC or Emit
arm_target_flash_loader_load_offsetString
Relocations.
Loader Timeout The timeout period for loader operations in
milliseconds.
arm_target_loader_operation_timeoutIntegerRange
Loader Type
The type of loader to use.
arm_target_loader_typeEnumeration
Reset After Download Specifies whether the target should be reset after a
program has been downloaded by a loader.
arm_target_loader_reset_after_downloadBoolean
Target Script
Property Description
Attach Script The script that is executed when the target is attached
target_attach_scriptJavaScript to.
Connect Script The script that is executed when the target is
target_connect_scriptJavaScript connected to.
Debug Begin Script The script that is executed when the debugger begins
target_debug_begin_scriptJavaScript a debug session.
Debug End Script The script that is executed when the debugger ends a
target_debug_end_scriptJavaScript debug session.
The script that is executed to reset the debug interface.
Debug Interface Reset Script
If not specified the default debug interface reset will
target_debug_interface_reset_scriptJavaScript
be carried out instead.
1509
CrossWorks for ARM Reference Manual Appendices
Target Trace
Property Description
ETM Global Timestamping Enable
Enable the ETM global timestamping if supported.
arm_target_etm_global_timestamping_enableBoolean
ETM TraceID
Specifies the traceID of the ETM - zero disables usage.
arm_target_etm_trace_idIntegerRange
ITM Stimulus Port To Display Specifies the ITM Stimulus port to display in the debug
terminal -1 disables this
arm_target_itm_stimulus_port_displayIntegerRange
ITM Stimulus Ports Enable
Specifies the ITM Stimulus ports to enable.
arm_target_itm_stimulus_port_enableIntegerHex
ITM Stimulus Ports Privilege
Specifies the ITM Stimulus ports to enable.
arm_target_itm_stimulus_port_privilegeIntegerHex
1510
CrossWorks for ARM Reference Manual Appendices
1511
CrossWorks for ARM Reference Manual Appendices
Specifies the trace port size the target has. The options
are:
1-bit
Trace Port Size 2-bit
arm_target_trace_port_sizeEnumeration 4-bit
8-bit
16-bit
24-bit
32-bit
1512
CrossWorks for ARM Reference Manual Appendices
System Macros
1513
CrossWorks for ARM Reference Manual Appendices
$(StudioArchiveFileExt)
The filename extension of a studio archive file.
$(StudioArchiveFileExt)String
$(StudioBuildToolExeName)
The filename of the build tool executable.
$(StudioBuildToolExeName)String
$(StudioBuildToolName)
The name of the build tool executable.
$(StudioBuildToolName)String
$(StudioDir)
The install directory of the product.
$(StudioDir)String
$(StudioExeName)
The filename of the studio executable.
$(StudioExeName)String
$(StudioMajorVersion)
The major release version of software.
$(StudioMajorVersion)String
$(StudioMinorVersion)
The minor release version of software.
$(StudioMinorVersion)String
$(StudioName)
The full name of studio.
$(StudioName)String
$(StudioNameShort)
The short name of studio.
$(StudioNameShort)String
$(StudioPackageFileExt)
The filename extension of a studio package file.
$(StudioPackageFileExt)String
$(StudioProjectFileExt)
The filename extension of a studio project file.
$(StudioProjectFileExt)String
$(StudioRevision)
The release revision of software.
$(StudioRevision)String
$(StudioScriptToolExeName)
The filename of the script tool executable.
$(StudioScriptToolExeName)String
$(StudioScriptToolName)
The name of the script tool executable.
$(StudioScriptToolName)String
$(StudioSessionFileExt)
The filename extension of a studio session file.
$(StudioSessionFileExt)String
$(StudioSimulatorExeName)
The filename of the simulator executable.
$(StudioSimulatorExeName)String
$(StudioSimulatorName)
The name of the simulator executable.
$(StudioSimulatorName)String
$(StudioUserDir)
The directory containing the user data.
$(StudioUserDir)String
$(TargetID)
ID number representing the CrossStudio target.
$(TargetID)String
$(TargetsDir) Path to the targets subdirectory of the packages
$(TargetsDir)String directory.
1514
CrossWorks for ARM Reference Manual Appendices
$(Time)
Hour:Minutes:Seconds e.g. 15:34:03.
$(Time)String
$(TimeHour)
Hour e.g. 15.
$(TimeHour)String
$(TimeMinute)
Minute e.g. 34.
$(TimeMinute)String
$(TimeSecond)
Seconds e.g. 03.
$(TimeSecond)String
$(UnixTime)
Seconds since 00:00, Jan 1 1970 UTC
$(UnixTime)String
1515
CrossWorks for ARM Reference Manual Appendices
Build Macros
1516
CrossWorks for ARM Reference Manual Appendices
$(FolderPath)
The folder path of the containing folders.
$(FolderPath)String
$(GCCTarget)
The value of the GCC Target project property.
$(GCCTarget)String
$(Includes) The user includes property value for the external
$(Includes)String compile command.
$(InputDir)
The absolute directory of the input file.
$(InputDir)String
$(InputExt) The extension of an input file not including the dot e.g
$(InputExt)String cpp.
$(InputFileName) The name of an input file relative to the project
$(InputFileName)String directory.
$(InputName) The name of an input file relative to the project
$(InputName)String directory without the extension.
$(InputPath) The absolute name of an input file including the
$(InputPath)String extension.
$(IntDir) The macro-expanded value of the Intermediate
$(IntDir)String Directory project property.
$(LIB) The default file extension for a library file including the
$(LIB)String dot e.g. .lib.
$(LibExt)
The architecture and build specific library extension.
$(LibExt)String
$(LinkOptions) A space seperated list of compiler options for the
$(LinkOptions)String external link command.
$(LinkerScriptPath) The full path of the linker script file for the link
$(LinkerScriptPath)String command.
$(MapPath) The full path of the map file of the external link
$(MapPath)String command.
$(OBJ) The default file extension for an object file including
$(OBJ)String the dot e.g. .o.
$(Objects) A space seperated list of files for the external archive or
$(Objects)String link command.
$(ObjectsFilePath) The full path containing the files for the external
$(ObjectsFilePath)String archive or link command.
$(OutDir) The macro-expanded value of the Output Directory
$(OutDir)String project property.
$(PackageExt)
The file extension of a package file e.g. hzq.
$(PackageExt)String
$(PostLinkOutputFilePath) The full path of the output file of the post link
$(PostLinkOutputFilePath)String command.
1517
CrossWorks for ARM Reference Manual Appendices
1518
CrossWorks for ARM Reference Manual Appendices
1519
CrossWorks for ARM Reference Manual Appendices
BinaryFile
The following table lists the BinaryFile object's member functions.
BinaryFile.crc32(offset, length) returns the CRC-32 checksum of an address range length bytes long, starting
at offset. This function computes a CRC-32 checksum on a block of data using the standard CRC-32 polynomial
(0x04C11DB7) with an initial value of 0xFFFFFFFF. Note that this implementation doesn't reflect the input or the
output and the result is inverted.
BinaryFile.length() returns the length of the binary file in bytes.
BinaryFile.load(path) loads binary file from path.
BinaryFile.peekBytes(offset, length) returns byte array containing length bytes peeked from offset.
BinaryFile.peekUint32(offset, littleEndian) returns a 32-bit word peeked from offset. The littleEndian argument
specifies the endianness of the access, if true or undefined it will be little endian, otherwise it will be big endian.
BinaryFile.pokeBytes(offset, byteArray) poke byte array byteArray to offset.
BinaryFile.pokeUint32(offset, value, littleEndian) poke a value to 32-bit word located at offset. The littleEndian
argument specifies the endianness of the access, if true or undefined it will be little endian, otherwise it will be
big endian.
BinaryFile.resize(length, fill) resizes the binary image to length bytes. If the operation extends the size, the
binary image will be padded with bytes of value fill.
BinaryFile.save(path) saves binary file to path.
BinaryFile.saveRange(path, offset, length) saves part of the binary file to path. The offset argument specifies
the byte offset to start from. The length argument specifies the maximum number of bytes that should be
saved.
1520
CrossWorks for ARM Reference Manual Appendices
CWSys
The following table lists the CWSys object's member functions.
1521
CrossWorks for ARM Reference Manual Appendices
Debug
The following table lists the Debug object's member functions.
Debug.breakexpr(expression, count, hardware) set a breakpoint on expression, with optional ignore count
and use hardware parameters. Return the, none zero, allocated breakpoint number.
Debug.breakline(filename, linenumber, temporary, count, hardware) set a breakpoint on filename and
linenumber, with optional temporary, ignore count and use hardware parameters. Return the, none zero,
allocated breakpoint number.
Debug.breaknow() break execution now.
Debug.deletebreak(number) delete the specified breakpoint or all breakpoints if zero is supplied.
Debug.disassembly(source, labels, before, after) set debugger mode to disassembly mode. Optionally specify
source and labels to be displayed and the number of bytes to disassemble before and after the located program
counter.
Debug.echo(s) display string.
Debug.enableexception(exception, enable) enable break on exception.
Debug.evaluate(expression) evaluates debug expression and returns it as a JavaScript value.
Debug.getfilename() return located filename.
Debug.getlineumber() return located linenumber.
Debug.go() continue execution.
Debug.locate(frame) locate the debugger to the optional frame context.
Debug.locatepc(pc) locate the debugger to the specified pc.
Debug.locateregisters(registers) locate the debugger to the specified register context.
Debug.print(expression, fmt) evaluate and display debugexpression using optional fmt. Supported formats are
b binary, c character, d decimal, e scientific float, f decimal float, g scientific or decimal float, i signed decimal, o
octal, p pointer value, s null terminated string, u unsigned decimal, x hexadecimal.
Debug.printglobals() display global variables.
Debug.printlocals() display local variables.
Debug.quit() stop debugging.
Debug.setprintarray(elements) set the maximum number of array elements for printing variables.
Debug.setprintradix(radix) set the default radix for printing variables.
Debug.setprintstring(c) set the default to print character pointers as strings.
Debug.showbreak(number) show information on the specified breakpoint or all breakpoints if zero is
supplied.
Debug.showexceptions() show the exceptions.
Debug.source(before, after) set debugger mode to source mode. Optionally specify the number of source
lines to display before and after the location.
Debug.stepinto() step an instruction or a statement.
1522
CrossWorks for ARM Reference Manual Appendices
1523
CrossWorks for ARM Reference Manual Appendices
ElfFile
The following table lists the ElfFile object's member functions.
1524
CrossWorks for ARM Reference Manual Appendices
TargetInterface
The following table lists the TargetInterface object's member functions.
TargetInterface.beginDebugAccess() puts the target into debug state if it is not already in order to
carry out a number of debug operations. The idea behind beginDebugAccess and endDebugAccess is
to minimize the number of times the target enters and exits debug state when carrying out a number of
debug operations. Target interface functions that require the target to be in debug state (such as peek and
poke) also use beginDebugAccess and endDebugAccess to get the target into the correct state. A nesting
count is maintained, incremented by beginDebugAccess and decremented by endDebugAccess. The initial
processor state is recorded on the first nested call to beginDebugAccess and this state is restored when the
final endDebugAccess is called causing the count to return to it initial state.
TargetInterface.commReadWord() returns a word from the ARM7/ARM9 debug comms channel.
TargetInterface.commWriteWord(word) writes a word to the ARM7/ARM9 debug comms channel.
TargetInterface.crc32(address, length) reads a block of bytes from target memory starting at address for
length bytes, generates a crc32 on the block of bytes and returns it.
TargetInterface.cycleTCK(n) provide n TCK clock cycles.
TargetInterface.delay(ms) waits for ms milliseconds
TargetInterface.downloadDebugHandler() downloads the debug handler as specified by the Debug Handler
File Path/Load Address project properties and uses the debug handler for the target connection.
TargetInterface.endDebugAccess(alwaysRun) restores the target run state recorded at the first nested call to
beginDebugAccess. See beginDebugAccess for more information. If alwaysRun is non-zero the processor will
exit debug state on the last nested call to endDebugAccess.
TargetInterface.eraseBytes(address,length) erases a length block of target memory starting at address.
TargetInterface.error(message) terminates execution of the script and outputs a target interface error
message to the target log.
TargetInterface.executeFunction(address, parameter, timeout) calls a function at address with the parameter
and returns the function result. The timeout is in milliseconds.
TargetInterface.executeMRC(opcode) interprets/executes the opcode assuming it to be an MRC instruction
and returns the value of the specified coprocessor register.
TargetInterface.executeMCR(opcode, value) interprets/executes the opcode assuming it to be an MCR
instruction that writes value to the specified coprocessor register.
TargetInterface.expandMacro(string) returns the string with macros expanded.
TargetInterface.fillScanChain(bool, lsb, msb) sets bits from lsb (least significant bit) to msb (most significant
bit) in internal buffer to bool value.
TargetInterface.findByte(address, length, byte) returns the index of the byte in the specified target memory
range.
TargetInterface.findNotByte(address, length, byte) returns the index of the byte that isn't in the specified
target memory range.
1525
CrossWorks for ARM Reference Manual Appendices
1526
CrossWorks for ARM Reference Manual Appendices
TargetInterface.pokeMultUint16(address, data) writes the array data containing 16-bit data to target memory
at address.
TargetInterface.pokeMultUint32(address, data) writes the array data containing 32-bit data to target memory
at address.
TargetInterface.pokeUint16(address, data) writes data as a 16-bit value to address in target memory.
TargetInterface.pokeUint32(address, data) writes data as a 32-bit value to address in target memory.
TargetInterface.pokeWord(address, data) writes data as a word value to address in target memory.
TargetInterface.readBinary(filename) reads a block of bytes from filename and returns them in an array.
TargetInterface.reset() resets the target, optionally executes the reset script and lets the target run.
TargetInterface.resetAndStop(delay) resets the target by cycling nSRST and then stops the target. delay is the
number of milliseconds to hold the target in reset.
TargetInterface.resetAndStopAtZero(delay) sets a breakpoint on the instruction at address zero execution,
resets the target by cycling nSRST and waits for the breakpoint to be hit. delay is the number of milliseconds to
hold the target in reset.
TargetInterface.resetDebugInterface() resets the target interface (not the target).
TargetInterface.runFromAddress(address, timeout) start the target executing at address and waits for a
breakpoint to be hit. The timeout is in milliseconds.
TargetInterface.runFromToAddress(from, to, timeout) start the target executing at address from and waits for
the breakpoint to be hit. The timeout is in milliseconds.
TargetInterface.runTestIdle() moves the target JTAG state machine into Run-Test/Idle state
TargetInterface.runToAddress(address, timeout) sets a breakpoint at address, starts the target executing and
waits for the breakpoint to be hit. The timeout is in milliseconds.
TargetInterface.scanDR(length, count) scans length bits from the internal buffer into the data register and
puts the result into the internal buffer (count specifies the number of times the function is done).
TargetInterface.scanIR(length, count) scans length bits from the internal buffer into the instruction register
and puts the result into the internal buffer (count specifies the number of times the function is done).
TargetInterface.selectDevice(irPre, irPost, drPre, drPost) sets the instruction and data register (number of
devices) pre and post bits.
TargetInterface.setDBGRQ(v) sets/clears the DBGRQ bit of the ARM7/ARM9 debug control register.
1527
CrossWorks for ARM Reference Manual Appendices
1528
CrossWorks for ARM Reference Manual Appendices
1529
CrossWorks for ARM Reference Manual Appendices
WScript
The following table lists the WScript object's member functions.
1530