DOCSLIB.ORG

Migrating Large Codebases to C++ Modules

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read 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. Expensive .h .h .c .o Reparse the same header 2. Fragile .c .o Name collisions Users’ code #include <header.h> Rcpp library … #define PI 3.14 double PI = 3.14; … // => double 3.14 = 3.14; Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !8 Motivation of C++ Modules .c .o PCH (Precompiled Headers) PCH .c .o 1. Storing precompiled header information (same as modules) .c .o 2. Stored in one big file - Monolithic allDict.cxx.pch In ROOT Interpreter Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !9 a.pcm Motivation of C++ Modules .c .o Modules b.pcm .c .o - Module files contain parsed header information c.pcm .c .o - PCMs are separated a.pcm b.pcm c.pcm d.pcm e.pcm Each PCM file (a.pcm) corresponds to a library (liba.so) Interpreter In ROOT Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !10 Motivation of C++ Modules Modules - Modules files contain parsed header information - PCMs are separated Compile-time scalability No Fragility Separable Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !11 C++ Modules in ROOT Technology Preview released in ROOT 6.16 Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !12 C++ Modules in ROOT Overview - Dependency Graph rootcling ROOT Dictionaries Clang Cling ROOT binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !13 C++ Modules in ROOT Overview - Dependency Graph rootcling ROOT Dictionaries Clang Cling ROOT Cling calls Clang API binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !14 C++ Modules in ROOT Overview - Dependency Graph rootcling ROOT Dictionaries rootcling generates dictionaries (rootmap, rdict) Clang Cling ROOT binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !15 C++ Modules in ROOT Overview - Dependency Graph rootcling ROOT Dictionaries ROOTMAP Used to map symbols and Clang Cling identifiers to libraries ROOT binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !16 C++ Modules in ROOT Overview - Dependency Graph rootcling ROOT Dictionaries RDICT Efficiently store information needed for Clang Cling ROOT serialization binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !17 C++ Modules in ROOT Overview - Dependency Graph rootcling ROOT Dictionaries Clang Cling ROOT Dictionaries are used at ROOT runtime binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !18 C++ Modules in ROOT Overview - Dependency Graph rootcling ROOT Dictionaries ROOT PCMs Clang Cling ROOT binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !19 C++ Modules in ROOT Mechanism of loading modules Preloading of modules - Replace some functionality of RDICT and ROOTMAP with a more stable implementation - Load all ROOT modules at the startup time RSS Memory HSimple (4 months) 665MB Preloading of all http://root-bench.cern.ch (login required) Production Development modules Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !20 C++ Modules in ROOT Mechanism of loading modules Global Modules Index - Remove further overhead in ROOT - Mechanism to create the table of symbols and PCM names - ROOT will be able to load corresponding library when a symbol lookup failed - The prototype shows promising results Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !21 C++ Modules in ROOT Mechanism of loading libraries Bloom filter - Hash tables of symbols in .gnu.hash section in shared object files (further read) - ROOT can skip unnecessary libraries by reading it RSS Memory HSimple (4 months) 232MB Bloom filter http://root-bench.cern.ch (login required) Production Development Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !22 C++ Modules in CMSSW Available in CMS CXXMODULE IB Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !23 C++ Modules in CMSSW Overview - Dependency Graph Genreflex CMS (rootcling) Dictionaries SCRAM CMS Build system Runtime C++ CMS Compiler Libraries binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !24 C++ Modules in CMSSW Overview - Dependency Graph Genreflex CMS (rootcling) Dictionaries SCRAM Genreflex and GCC, CMS Build system executed by SCRAM Runtime C++ CMS Compiler Libraries binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !25 C++ Modules in CMSSW Overview - Dependency Graph Genreflex CMS (rootcling) Dictionaries SCRAM CMS Dictionaries generated by Genreflex Build system Runtime C++ CMS Compiler Libraries binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !26 C++ Modules in CMSSW Overview - Dependency Graph Genreflex CMS (rootcling) Dictionaries SCRAM CMS Build system Libraries compiled by gcc Runtime C++ CMS Compiler Libraries binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !27 C++ Modules in CMSSW Overview - Dependency Graph Genreflex CMS (rootcling) Dictionaries SCRAM CMS C++ CMS Build system Modules PCMs Runtime C++ CMS Compiler Libraries binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !28 C++ Modules in CMSSW Overview - Dependency Graph Genreflex CMS (rootcling) Dictionaries SCRAM CMS C++ CMS Build system Modules PCMs Runtime - Not all CMS libraries were modularized - Modules can co-exist with the old infrastructure C++ CMS Compiler Libraries binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !29 C++ Modules in CMSSW Overview - Dependency Graph Genreflex CMS (rootcling) Dictionaries SCRAM CMS C++ CMS Modulemap Build system Modules PCMs Runtime C++ CMS Compiler Libraries binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !30 C++ Modules in CMSSW Explicit PCMs in CMSSW module.modulemap - Definition file of headers to build a PCM in Clang - Contain all “interface” headers, which are used by libraries module "MathCore" { module “TComplex name” { header "TComplex.h" export * } module <name of the file> { header <relative path to the header file location> } } modulemap will contain all interface header files Autogeneration of modulemap Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !31 C++ Modules in CMSSW Explicit PCMs in CMSSW Autogeneration of modulemap - CMSSW has “interface” headers - Exposed to libraries outside - Automatically generate the modulemap by adding interface headers - Modulemap needs to be generated before the execution of genreflex - Build system is responsible for the autogeneration Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !32 C++ Modules in CMSSW Explicit PCMs in CMSSW Genreflex CMS (rootcling) Dictionaries SCRAM CMS C++ CMS Modulemap Build system Modules PCMs Runtime C++ CMS Compiler Libraries binaries files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !33 C++ Modules in CMSSW Mechanism of the modulemap modulemap, modulemap overlay file, virtual modulemap overlay / usr/ $build_dir module “header.h” include/ { header “some/directory/ headers.h” } some/ module.modulemap directory/ directories *.h (headers) files Yuka Takahashi 13.03.2019 Migrating large codebases to C++ Modules, ACAT 2019 !34 C++ Modules in CMSSW Mechanism of the modulemap modulemap, modulemap overlay file, virtual modulemap overlay Modulemap for system headers - Modulemap needs to know the location of headers
Load more

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]
  • 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]
  • AN3350 Application Note
    AN3350 Application note eTPU compiler tools Introduction This application note explains how to use eTPU build tools to build programs. The eTPU build tools translate source code into object code and then organize that object code to create a program that is ready to execute. The eTPU build tools run on the host system to generate software that runs on target systems (such as SPC563Mxx and SPC564Axx devices) which feature the eTPU peripheral. The host and target can be the same system, but usually the two are separate. September 2013 Doc ID 018512 Rev 2 1/185 www.st.com Contents AN3350 Contents 1 Overview . 16 1.1 Compiler architecture . 16 1.2 Linker architecture . 17 2 Using build tools . 19 2.1 Configuring command-line tools . 19 2.1.1 Setting environment variables . 19 2.1.2 Setting the PATH environment variable . 20 2.2 Invoking command-line tools . 20 2.3 Getting help . 20 2.3.1 Parameter formats . 21 2.3.2 Option formats . 21 2.3.3 Common terms . 21 2.4 File name extensions . 22 3 Command-line options for standard C conformance . 23 3.1 -ansi . 23 3.2 -stdkeywords . 23 3.3 -strict . 23 4 Command-line options for language translation . 25 4.1 -char . 25 4.2 -defaults . 25 4.3 -encoding . 25 4.4 -flag . 26 4.5 -gccext . 27 4.6 -gcc_extensions . 27 4.7 -M . 27 4.8 -make . 27 4.9 -mapcr . 28 4.10 -MM . 28 4.11 -MD . 28 2/185 Doc ID 018512 Rev 2 AN3350 Contents 4.12 -MMD .
    [Show full text]