DOCSLIB.ORG

TASKING VX-Toolset for Tricore User Guide

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
TASKING VX-Toolset for Tricore User Guide TASKING VX-toolset for TriCore User Guide MA160-800 (v4.3) July 12, 2013 Copyright © 2013 Altium BV. All rights reserved.You are permitted to print this document provided that (1) the use of such is for personal use only and will not be copied or posted on any network computer or broadcast in any media, and (2) no modifications of the document is made. Unauthorized duplication, in whole or part, of this document by any means, mechanical or electronic, including translation into another language, except for brief excerpts in published reviews, is prohibited without the express written permission of Altium BV. Unauthorized duplication of this work may also be prohibited by local statute. Violators may be subject to both criminal and civil penalties, including fines and/or imprisonment. Altium, TASKING, and their respective logos are trademarks or registered trademarks of Altium Limited or its subsidiaries. All other registered or unregistered trademarks referenced herein are the property of their respective owners and no trademark rights to the same are claimed. Table of Contents 1. C Language .................................................................................................................. 1 1.1. Data Types ......................................................................................................... 1 1.1.1. Bit Data Type ........................................................................................... 3 1.1.2. Fractional Types ........................................................................................ 4 1.1.3. Packed Data Types .................................................................................... 5 1.1.4. Changing the Alignment: __align() ................................................................ 6 1.2. Accessing Memory .............................................................................................. 7 1.2.1. Memory Qualifiers ..................................................................................... 7 1.2.2. Placing an Object at an Absolute Address: __at() ............................................ 9 1.2.3. Accessing Bits ........................................................................................ 10 1.3. Data Type Qualifiers ........................................................................................... 13 1.3.1. Circular Buffers: __circ ............................................................................. 13 1.3.2. Accessing Hardware from C ...................................................................... 14 1.3.3. Saturation: __sat ..................................................................................... 15 1.3.4. External MCS RAM Data References: __mcsram ........................................... 16 1.3.5. External PCP PRAM Data References: __pram ............................................. 16 1.3.6. Shared Data between TriCore and PCP: __share_pcp .................................... 17 1.4. Multi-Core Support ............................................................................................. 19 1.4.1. Data Core Association ............................................................................. 19 1.4.2. Code Core Association ............................................................................. 20 1.4.3. Core Association Restrictions .................................................................... 21 1.4.4. Core Association and Addressing Modes ..................................................... 24 1.4.5. Core Association and Function Calls ........................................................... 25 1.5. Using Assembly in the C Source: __asm() .............................................................. 26 1.6. Attributes ......................................................................................................... 31 1.7. Pragmas to Control the Compiler .......................................................................... 36 1.8. Predefined Preprocessor Macros .......................................................................... 43 1.9. Switch Statement ............................................................................................... 44 1.10. Functions ....................................................................................................... 45 1.10.1. Calling Convention ................................................................................. 45 1.10.2. Register Usage ..................................................................................... 48 1.10.3. Inlining Functions: inline .......................................................................... 48 1.10.4. Interrupt and Trap Functions .................................................................... 50 1.10.5. Intrinsic Functions ................................................................................. 57 1.11. Compiler Generated Sections ............................................................................. 68 1.11.1. Rename Sections .................................................................................. 69 1.11.2. Influence Section Definition ..................................................................... 70 2. C++ Language ............................................................................................................ 71 2.1. C++ Language Extension Keywords ...................................................................... 71 2.2. C++ Dialect Accepted ......................................................................................... 71 2.2.1. Standard Language Features Accepted ....................................................... 71 2.2.2. C++0x Language Features Accepted .......................................................... 74 2.2.3. Anachronisms Accepted ........................................................................... 78 2.2.4. Extensions Accepted in Normal C++ Mode ................................................... 79 2.3. GNU Extensions ................................................................................................ 81 2.4. Namespace Support .......................................................................................... 95 2.5. Template Instantiation ......................................................................................... 97 2.5.1. Automatic Instantiation ............................................................................. 98 iii TASKING VX-toolset for TriCore User Guide 2.5.2. Instantiation Modes ................................................................................. 99 2.5.3. Instantiation #pragma Directives ............................................................... 100 2.5.4. Implicit Inclusion .................................................................................... 101 2.5.5. Exported Templates ............................................................................... 102 2.6. Inlining Functions ............................................................................................. 105 2.7. Extern Inline Functions ...................................................................................... 106 2.8. Pragmas to Control the C++ Compiler .................................................................. 106 2.9. Predefined Macros ........................................................................................... 107 2.10. Precompiled Headers ...................................................................................... 111 2.10.1. Automatic Precompiled Header Processing ............................................... 111 2.10.2. Manual Precompiled Header Processing .................................................. 114 2.10.3. Other Ways to Control Precompiled Headers ............................................. 115 2.10.4. Performance Issues ............................................................................. 115 3. Assembly Language .................................................................................................... 117 3.1. Assembly Syntax ............................................................................................. 117 3.2. Assembler Significant Characters ........................................................................ 118 3.3. Operands of an Assembly Instruction ................................................................... 118 3.4. Symbol Names ................................................................................................ 119 3.4.1. Predefined Preprocessor Symbols ............................................................ 120 3.5. Registers ........................................................................................................ 121 3.5.1. Special Function Registers ...................................................................... 121 3.6. Assembly Expressions ...................................................................................... 121 3.6.1. Numeric Constants ................................................................................ 122 3.6.2. Strings ................................................................................................ 123 3.6.3. Expression Operators ............................................................................. 123 3.7. Working with Sections ....................................................................................... 125 3.8. Built-in Assembly Functions ..............................................................................
Load more

  1076
Copy Link
Recommended publications
  • Using the GNU Compiler Collection (GCC)
    Using the GNU Compiler Collection (GCC) Using the GNU Compiler Collection by Richard M. Stallman and the GCC Developer Community Last updated 23 May 2004 for GCC 3.4.6 For GCC Version 3.4.6 Published by: GNU Press Website: www.gnupress.org a division of the General: [email protected] Free Software Foundation Orders: [email protected] 59 Temple Place Suite 330 Tel 617-542-5942 Boston, MA 02111-1307 USA Fax 617-542-2652 Last printed October 2003 for GCC 3.3.1. Printed copies are available for $45 each. Copyright c 1988, 1989, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with the Invariant Sections being \GNU General Public License" and \Funding Free Software", the Front-Cover texts being (a) (see below), and with the Back-Cover Texts being (b) (see below). A copy of the license is included in the section entitled \GNU Free Documentation License". (a) The FSF's Front-Cover Text is: A GNU Manual (b) The FSF's Back-Cover Text is: You have freedom to copy and modify this GNU Manual, like GNU software. Copies published by the Free Software Foundation raise funds for GNU development. i Short Contents Introduction ...................................... 1 1 Programming Languages Supported by GCC ............ 3 2 Language Standards Supported by GCC ............... 5 3 GCC Command Options .........................
    [Show full text]
  • The GNU Compiler Collection on Zseries
    The GNU Compiler Collection on zSeries Dr. Ulrich Weigand Linux for zSeries Development, IBM Lab Böblingen [email protected] Agenda GNU Compiler Collection History and features Architecture overview GCC on zSeries History and current status zSeries specific features and challenges Using GCC GCC optimization settings GCC inline assembly Future of GCC GCC and Linux Apache Samba mount cvs binutils gdb gcc Linux ls grep Kernel glibc DB2 GNU - essentials UDB SAP R/3 Unix - tools Applications GCC History Timeline January 1984: Start of the GNU project May 1987: Release of GCC 1.0 February 1992: Release of GCC 2.0 August 1997: EGCS project announced November 1997: Release of EGCS 1.0 April 1999: EGCS / GCC merge July 1999: Release of GCC 2.95 June 2001: Release of GCC 3.0 May/August 2002: Release of GCC 3.1/3.2 March 2003: Release of GCC 3.3 (estimated) GCC Features Supported Languages part of GCC distribution: C, C++, Objective C Fortran 77 Java Ada distributed separately: Pascal Modula-3 under development: Fortran 95 Cobol GCC Features (cont.) Supported CPU targets i386, ia64, rs6000, s390 sparc, alpha, mips, arm, pa-risc, m68k, m88k many embedded targets Supported OS bindings Unix: Linux, *BSD, AIX, Solaris, HP/UX, Tru64, Irix, SCO DOS/Windows, Darwin (MacOS X) embedded targets and others Supported modes of operation native compiler cross-compiler 'Canadian cross' builds GCC Architecture: Overview C C++ Fortran Java ... front-end front-end front-end front-end tree Optimizer rtx i386 s390 rs6000 sparc ... back-end back-end back-end
    [Show full text]
  • Section “Common Predefined Macros” in the C Preprocessor
    The C Preprocessor For gcc version 12.0.0 (pre-release) (GCC) Richard M. Stallman, Zachary Weinberg Copyright c 1987-2021 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation. A copy of the license is included in the section entitled \GNU Free Documentation License". This manual contains no Invariant Sections. The Front-Cover Texts are (a) (see below), and the Back-Cover Texts are (b) (see below). (a) The FSF's Front-Cover Text is: A GNU Manual (b) The FSF's Back-Cover Text is: You have freedom to copy and modify this GNU Manual, like GNU software. Copies published by the Free Software Foundation raise funds for GNU development. i Table of Contents 1 Overview :::::::::::::::::::::::::::::::::::::::: 1 1.1 Character sets:::::::::::::::::::::::::::::::::::::::::::::::::: 1 1.2 Initial processing ::::::::::::::::::::::::::::::::::::::::::::::: 2 1.3 Tokenization ::::::::::::::::::::::::::::::::::::::::::::::::::: 4 1.4 The preprocessing language :::::::::::::::::::::::::::::::::::: 6 2 Header Files::::::::::::::::::::::::::::::::::::: 7 2.1 Include Syntax ::::::::::::::::::::::::::::::::::::::::::::::::: 7 2.2 Include Operation :::::::::::::::::::::::::::::::::::::::::::::: 8 2.3 Search Path :::::::::::::::::::::::::::::::::::::::::::::::::::: 9 2.4 Once-Only Headers::::::::::::::::::::::::::::::::::::::::::::: 9 2.5 Alternatives to Wrapper #ifndef ::::::::::::::::::::::::::::::
    [Show full text]
  • Microsoft Visual Studio: an Integrated Windows Program Development Environment
    Microsoft Visual Studio: An Integrated Windows Program Development Environment Microsoft Visual Studio • Self-contained environment for Windows program development: – Creating/editing – Compiling/linking (building) – Testing/debugging • IDE that accompanies Visual C++, Visual Basic, Visual C#, and other Microsoft Windows programming languages • See Chapter 2 & Appendix C of the Deitel text • Also Appendix C of the Gregory text Some Visual Studio Components • The Editors: C, C++, C#, VB source program text editors • cut/paste, color cues, indentation • generate source text files Resource Editors • Resources: Windows static data • Determine look and feel of an application – icons, bitmaps, cursors, menus, dialog boxes, etc. • graphical • generate resource script (.rc) files • integrated with text editor • created visually .NET Language Compilers • Unmanaged Code C/C++ Compiler – translates source programs to machine language – generates object (.obj) files for linker • Managed Code .NET Language Compilers – Many of them ? multi-language interoperability – Translate source programs to MSIL – Generate a “Portable Executable” that must be translated to target machine language by the CLR • Resource Compiler – Reads .rc file – Generates binary resource (.res) file for linker The Linker • Reads compiler .obj and .res files • Accesses C/C++/Windows libraries • Generates executable (.exe or .dll) Program Build and Run in the .NET Framework Common Language Runtime The Debugger • Powerful source code debugger • Integrated with all parts of Visual
    [Show full text]
  • Migrating Large Codebases to C++ Modules
    Migrating large codebases to C++ Modules Yuka Takahashi - The University of Tokyo Princeton University Oksana Shadura - UNL Vassil Vassilev Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !1 Agenda 1. Motivation of C++ Modules 2. C++ Modules in ROOT 3. C++ Modules in CMSSW 4. CMS Performance Results 5. Conclusion Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !2 Motivation of C++ Modules Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !3 Motivation of C++ Modules C++ Modules technology: - Cache parsed header file information - Avoid header re-parsing - Avoid runtime header parsing (In ROOT) - Part of C++20 Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !4 Motivation of C++ Modules #include <vector> Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !5 Motivation of C++ Modules #include <vector> Textual Include Precompiled Headers (PCH) Modules Expensive Inseparable Fragile Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !6 Motivation of C++ Modules …… TVirtualPad.h …… # 286 "/usr/include/c++/v1/vector" 2 3 #include "TVirtualPad.h" namespace std { inline namespace __1 { template <bool> class __vector_base_common vector #include <vector> Preprocess { __attribute__ #include <set> ((__visibility__("hidden"), __always_inline__)) __vector_base_common() Textual Include{} …… int main() { # 394 "/usr/include/c++/v1/set" 3 namespace std {inline namespace __1 { … set template <…> class set { original code public: typedef _Key key_type; …… .o Compile Parse int main { one big file! …… Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !7 Motivation of C++ Modules Textual Include .c .o 1.
    [Show full text]
  • 24Th Embarcadero Developer Camp
    RAD Studio XE3 The Developer Force Multiplier Mac OS X Windows 8 Mountain Lion C++11 64-bit Metropolis UI C99 Boost Visual LiveBindings C++ Bjarne Stroustrup C with Objects (1979) Modeled OO after Simula and Ada ○ But syntax and RTL based on C Classes Inheritance Inlining Default arguments Type checking CFront compiler A Brief History of C++ C++11 – A new Standard Language Library Rvalue references and move constructors Variadic templates constexpr - Generalized constant New string literals expressions User-defined literals Core language usability enhancements Multithreading memory model Initializer lists Uniform initialization Thread-local storage Type inference Explicitly defaulted and deleted Range-based for-loop special member functions Lambda functions and expressions Type long long int Alternative function syntax Static assertions Object construction improvement Allow sizeof to work on members Explicit overrides and final of classes without an explicit object Null pointer constant Control and query object alignment Strongly typed enumerations Allow garbage collected Right angle bracket implementations Explicit conversion operators Alias templates Threading facilities Unrestricted unions Tu p le types Hash tables Regular expressions General-purpose smart pointers Extensible random number facility Wrapper reference Polymorphic wrappers for function objects Type traits for metaprogramming 64-bit C++Builder for Windows C++11 support in BCC64 compiler VCL and FireMonkey Dinkumware STL for
    [Show full text]
  • The Amulet V3.0 Reference Manual Brad A
    The Amulet V3.0 Reference Manual Brad A. Myers, Ellen Borison, Alan Ferrency, Rich McDaniel, Robert C. Miller, Andrew Faulring, Bruce D. Kyle, Patrick Doane, Andy Mickish, Alex Klimovitski March, 1997 CMU-CS-95-166-R2 CMU-HCII-95-102-R2 School of Computer Science Carnegie Mellon University Pittsburgh, PA 15213 This manual describes Version 3.0 of the Amulet User Interface Toolkit, and replaces all previous versions: CMU-CS-95-166-R1/ CMU-HCII-95-102-R1 (Jan, 1996), CMU-CS-95-166/ CMU-HCII-95-102 (June, 1995), and all change documents. Copyright © 1997 - Carnegie Mellon University This research was sponsored by NCCOSC under Contract No. N66001-94-C-6037, Arpa Order No. B326. The views and conclusions contained in this document are those of the authors and should not be interpreted as representing the official poli- cies, either expressed or implied, of NCCOSC or the U.S. Government. Keywords: User Interface Development Environments, User Interface Management Systems, Constraints, Prototype-Instance Object System, Widgets, Object-Oriented Programming, Direct Manipulation, Input/Output, Amulet, Garnet. Abstract The Amulet User Interface Development Environment con- tains a comprehensive set of tools that make it significantly easier to design and implement highly interactive, graphical, direct manipulation user interfaces. Applications imple- mented in Amulet will run without modification on Unix, PC, and Macintosh platforms. Amulet provides a high lev- el of support, while still being Look-and-Feel independent and providing applications with tremendous flexibility. Amulet currently provides a low-level toolkit layer, which is an object-oriented, constraint-based graphical system that allows properties of graphical objects to be specified in a simple, declar- ative manner, and then maintained automatically by the system.
    [Show full text]
  • In Using the GNU Compiler Collection (GCC)
    Using the GNU Compiler Collection For gcc version 6.1.0 (GCC) Richard M. Stallman and the GCC Developer Community Published by: GNU Press Website: http://www.gnupress.org a division of the General: [email protected] Free Software Foundation Orders: [email protected] 51 Franklin Street, Fifth Floor Tel 617-542-5942 Boston, MA 02110-1301 USA Fax 617-542-2652 Last printed October 2003 for GCC 3.3.1. Printed copies are available for $45 each. Copyright c 1988-2016 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with the Invariant Sections being \Funding Free Software", the Front-Cover Texts being (a) (see below), and with the Back-Cover Texts being (b) (see below). A copy of the license is included in the section entitled \GNU Free Documentation License". (a) The FSF's Front-Cover Text is: A GNU Manual (b) The FSF's Back-Cover Text is: You have freedom to copy and modify this GNU Manual, like GNU software. Copies published by the Free Software Foundation raise funds for GNU development. i Short Contents Introduction ::::::::::::::::::::::::::::::::::::::::::::: 1 1 Programming Languages Supported by GCC ::::::::::::::: 3 2 Language Standards Supported by GCC :::::::::::::::::: 5 3 GCC Command Options ::::::::::::::::::::::::::::::: 9 4 C Implementation-Defined Behavior :::::::::::::::::::: 373 5 C++ Implementation-Defined Behavior ::::::::::::::::: 381 6 Extensions to
    [Show full text]
  • Xcode Auto Generate Documentation
    Xcode Auto Generate Documentation Untrimmed Andros fool some irrefrangibility after honied Mac redouble painfully. Straight-arm Alan neaten some octaroon and wile his satrapy so succinctly! Choleric Felipe slubbing or enthronise some Gisborne newfangledly, however auricular Goddard bowers compositely or remeasures. Order to xcode documentation, try to be generated documents produced by overriding the fortran compiler process automated tests is perfect. Editor and as standalone documentation. This document attributes of auto generated documents consisting only if this. Copy of xcode installation fails to document attributes or a portgroup varies by whitespace from showing main thread when talking about. Stl utilities for xcode without waiting for any other variants are useful for this document what changes. They generate documentation comment mark new xcode offers, or target to documenting information is generated documents produced by the auto layout using the sparkle uses of. Glad i hope you! Show you documenting information? Umask to xcode documentation for generated documents consisting only applies to any product files are generally speaking, but those situations listening for telling pkg_config where you! View documentation comment below. The xcode to generate an unambiguous alias of your application bundle identifier to enable this rss feeds and double click it in unity creates apps or try enabling assertions can. The generated as this is the compiler for documenting parameters, generate an author can be accessible to? There may preclude a few extraneous schemes in the dropdown menu. Apple xcode documentation summary section contains options for generated documents the auto generate a generous financial contribution to other targets the description of branches and sets of.
    [Show full text]
  • Visualdsp++ 4.0 C/C++ Compiler and Library Manual for Tigersharc Processors CONTENTS
    W4.0 C/C++ Compiler and Library Manual for TigerSHARC® Processors Revision 2.0, January 2005 Part Number 82-000336-03 Analog Devices, Inc. One Technology Way Norwood, Mass. 02062-9106 a Copyright Information ©2005 Analog Devices, Inc., ALL RIGHTS RESERVED. This document may not be reproduced in any form without prior, express written consent from Analog Devices, Inc. Printed in the USA. Disclaimer Analog Devices, Inc. reserves the right to change this product without prior notice. Information furnished by Analog Devices is believed to be accurate and reliable. However, no responsibility is assumed by Analog Devices for its use; nor for any infringement of patents or other rights of third parties which may result from its use. No license is granted by impli- cation or otherwise under the patent rights of Analog Devices, Inc. Trademark and Service Mark Notice The Analog Devices logo, the CROSSCORE logo, VisualDSP++, SHARC, TigerSHARC, and EZ-KIT Lite are registered trademarks of Analog Devices, Inc. All other brand and product names are trademarks or service marks of their respective owners. CONTENTS CONTENTS PREFACE Purpose of This Manual ............................................................... xxxi Intended Audience ....................................................................... xxxi Manual Contents Description ..................................................... xxxii What’s New in This Manual ........................................................ xxxii Technical or Customer Support .................................................
    [Show full text]
  • Codewarrior™ Build Tools Reference for Freescale™ 56800/E Digital Signal Controllers
    CodeWarrior™ Build Tools Reference for Freescale™ 56800/E Digital Signal Controllers Revised: 17 June 2006 Freescale, the Freescale logo, and CodeWarrior are trademarks or registered trademarks of Freescale Corporation in the United States and/or other countries. All other trade names and trademarks are the property of their respective owners. Copyright © 2006 by Freescale Semiconductor company. All rights reserved. No portion of this document may be reproduced or transmitted in any form or by any means, electronic or me- chanical, without prior written permission from Freescale. Use of this document and related materials is gov- erned by the license agreement that accompanied the product to which this manual pertains. This document may be printed for non-commercial personal use only in accordance with the aforementioned license agreement. If you do not have a copy of the license agreement, contact your Freescale representative or call 1-800-377-5416 (if outside the U.S., call +1-512-996-5300). Freescale reserves the right to make changes to any product described or referred to in this document without further notice. Freescale makes no warranty, representation or guarantee regarding the merchantability or fitness of its products for any particular purpose, nor does Freescale assume any liability arising out of the application or use of any product described herein and specifically disclaims any and all liability. Freescale software is not authorized for and has not been designed, tested, manufactured, or intended for use in developing applications where the failure, malfunc- tion, or any inaccuracy of the application carries a risk of death, serious bodily injury, or damage to tangible property, including, but not limited to, use in factory control systems, medical devices or facilities, nuclear facil- ities, aircraft navigation or communication, emergency systems, or other applications with a similar degree of potential hazard.
    [Show full text]
  • Optimizing Frameworks' Performance Using C++ Modules
    CHEP 2018, Sofia, Bulgaria Optimizing Frameworks’ Performance Using C++ Modules-Aware ROOT Yuka Takahashi, Vassil Vassilev, Raphael Isemann yuka.takahashi, vvasilev, raphael.isemann @cern.ch 1. Introduction PCH files are precompiled header files and ever, with modules, we can automatically We will present our results and challenges work similar to C++ modules. The advan- resolve symbols and cases like those are with C++ modules in ROOT. ROOT was ex- tage of modules over PCH is that they can now correctly handled. be used by experiments. Experiments are tended with experimental support for using 6. Implementation C++ modules during runtime, with aims to still using textual includes as PCH only cov- reduce it’s memory usage and improve its ers ROOT. PCH cannot be exported to ex- correctness. periments because of various technical limi- tations. 2. C++ Modules in a Nutshell • Header information is stored in precom- 5. Results piled PCM files 5.1 Perfomance • No more header parsing during ROOT’s runtime In C/C++, the interface of a library is ac- cessed by including the appropriate header files: # include < s t d i o . h> Figure 5: Visualization of ROOT interpreter These textual includes cause well-known core. problems: As shown in Fig.5, we are developing • Compile-time scalability: #include is and using LLVM/Clang implementation of copying the contents to the includer’s C++ modules, collaborating with develop- code, so the parser has to reparse the ers from Google and Apple. Cling is a C++ same common header files multiple times, interpreter developed by CERN, and root- which is expensive.
    [Show full text]