The managed build information model describes targets, configurations, and toolchains for the build system. Defines a tool used in the build process. A unique identifier for the tool that will be used by the build model. Human-readable name for the tool to be used in the UI. A comma-separated list of file extensions that the tool will produce output for. The extension that the tool will produce from a given input. The command that invokes the tool. For example, gcc for the Gnu C compiler, or g++ for the Gnu C++ compiler. An optional flag for tools that allow users to specify a name for the artifact of the tool. For example, the GCC compiler and linker tools typically allow the user to specify the name of the output with the '-o' flag, whereas the archiver that creates libraries does not. Some tools produce files with a special prefix that must be specified. For example, a librarian on POSIX systems expects the output to be lib<target>.a, so 'lib' would be the prefix. This is an optional field that specifies the class that provides the dependency calculation for a given tool. This field is unused in CDT 1.2. A comma-separated list of file extensions that are used for header files. Since many other files depend on the interfaces defined in header files, the build system needs to be able to determine that a header file has changed to properly rebuild its dependents. Filter the display (and use) of the tool by the nature of the project. Selecting a value of 'cnature' insures that the tool will be displayed IFF there is a cnature associated with the project. A ccnature will filter this tool out. If 'ccnature' is selected, the tool will only be available for C++ projects. If 'both' is selected, the tool will be displayed when either nature is present. An option is associated with a tool. Options can contain boolean values, a simple text string, a selection from an enumerated list, or a list of values. Options also map the value they contain to a command-line flag, such as '-g' in the case of debugging symbol information for compilers. A unique identifier for the option. A descriptive name for the option. General options can be one of the following types; 'string' for catch-all entries for options that cannot be easily defined any other way, 'string list' for entries that consist of a list of values such as defined symbols or paths, 'boolean' for options that have two values, and 'enumerated' for options that are one-of a list of values. Additional special types exist to flag options of special relevance to the build model; 'include', 'libs', 'userObjs' and 'definedSymbols'. You can pre-populate with optionValues, and they will display in the UI the same way the 'stringList' options do. The build model will look specifically for these value types when clients query for include paths and preprocessor defines. The makefile generator will treat the libs and userObjs entries differently than other stringLists. This is the id of the option category for this option. The id can be the id of the tool which is also a category. Specifies the default value for the option if the 'value' field is blank. For enumerated options the optionEnums will be searched for the default. For string list options, all defined optionValues will be treated as defaults. For boolean values, specify truth using the string 'true'. All other strings will be treated as false. An optional value that specifies the actual command that will be passed to the tool on the command line. An optional value, used only with options of type Boolean, that specifies the actual command that will be passed to the tool on the command line when the value of the Boolean option is False. This value is used for list (and related) options only. If you need a list option to prompt the user to browse for a file or directory when adding a new value, set the value of the attribute accordingly. By default the value is treated as no browsing needed. Defines a single value of an enumerated option. Unique identifier for the option enumeration. A descriptive name for the enumeration. Flags this enumerated value as the default to apply to the option if the user has not changed the setting. The command that the enumerated value translates to on the command line. A configuration is used to gather together certain default tools and options to build target a certain way. For example, a "Debug" configuration might supply tools with the options set to build with debugging symbols, whereas a "Release" configuration would supply tools with options set to create the best performance. Unique identifier for the configuration. A descriptive name for the configuration to be used in the UI. This is reserved for future use. It currently gets instantiated for saving tool settings. The overridden command for the tool the reference is for. A comma-separated list of extensions that this tool reference will create. This completely overrides the the output extension in the tool the reference is for. The prefix that will be applied to the output of the tool. This completely overrides the output defined in the referenced tool. Overrides the output flag of the referenced tool. Option references hold onto information the user has changed through the UI. Not all fields will be populated, depending on the option type the reference overrides. For example, the 'name' field is used by enumerated options only. The ID of the option the reference is for. Represents a type of resource that is the target of the build process, for example, a Linux Library. A target contains a sequence of tool definitions and configurations. Targets are arranged in an inheritance hierarchy where a target inherits the list of tools from it's parent and can add to or override tools in this list. Used by the build model to uniquely identify the target. A human-readable target name, such as 'Linux Executable'. This will be the name the user sees displayed in the UI. This is a UI property. If set to true, users should not be able to create project configurations targeted at this target. The id of a target that this tool inherits from. This is the name of the final build artifact associated with the target. The user will specify this is the UI, so there is no need to supply a default value. This is the extensionthat will be applied to any build artifact created by the target. A an optional field that flags a target as a test-only target. If true, the target will not appear in the UI. This attribute maintains the command that removes files for a particular target. For example, on POSIX targets like Linuc, Solaris, or Cygwin, the command would be <code>rm -rf</code> whereas on Win32 platforms it would be <code>del /F /S /Q</code> Set this to the ID of the binary parser for the output format of your target. Currently there are only 2 choices: org.eclipse.cdt.core.ELF for *nix targets, and "org.eclipse.cdt.core.PE" for targets that build for Windows, like Cygwin. This field is used by the managed build system to decide when to show the user the target. The value should be a comma-separated list. Current values are "win32", "linux", "solaris", "hpux", "aix" or "any". Specifies the default list of error parsers to be used by projects created from this target. It is an ordered, semi-colon separated list of parser IDs. The order specifies the order in which the error parsers are invoked during a build. An optional, but useful, mechanism for grouping options together. Used by the build model to uniquely identify the option category. A human-readable category name, such as 'Preprocessor Options'. This will be the name the user sees displayed in the UI. Option categories can be nested inside other option categories. This is the ID of the owner of the category. A value for defining individual elements of a list option. The contents of the list item. This attribute flags the list value as a built-in value as opposed to something the user has entered. Built-ins will not be passed to clients that generate command lines (like the makefile generator). However, clients that need to take these settings into account (like the indexing service), will receive these settings. These values will appear grey in the UI. An optional element that allows a tool implementor to supply a class that creates one or more dynamic toolchain elements. For example, the class might create a new tool reference based on the contents of a special file, and a new target that uses that reference. A meaningful name for the type of element being provided. <p> Version identifier for the managed build extension point. It is a string representation, consisting of three (3) tokens separated by a decimal point. The 3 tokens are positive integer numbers. For example, the following are valid version identifiers: <ul> <li><code>0.0.0</code></li> <li><code>1.0.1234</code></li> <li><code>1.9</code> (interpreted as <code>1.9.0</code>)</li> <li><code>3</code> (interpreted as <code>3.0.0</code>)</li> </ul> </p> 1.2 The following is an example of the extension point usage: <p> <pre> <extension id="buildExample" name="Tools for Build Example" point="org.eclipse.cdt.core.ManagedBuildInfo"> <target makeFlags="-k" isTest="false" cleanCommand="rm -rf" name="Executable" defaultExtension=".exe" isAbstract="false" makeCommand="make" id="example.target.executable"> <tool sources="C" name="Compiler" outputFlag="-o" outputs="exe" command="g++" id="executable.compiler"> <optionCategory owner="executable.compiler" name="Flags" id="compiler.category.flags"> </optionCategory> <option defaultValue="-c" name="Compiler Flags" category="compiler.category.flags" valueType="string" id="category.flags.comp_flags"> </option> </tool> <configuration name="Default" id="example.config.default"> </configuration> </target> </extension> </pre> An implementation of this extension point is supplied in <samp>org.eclipse.cdt.ui</samp> Copyright (c) 2003 IBM Corporation and others. All rights reserved. This program and the accompanying materials are made available under the terms of the Common Public License v1.0 which accompanies this distribution, and is available on the <a href="http://www.eclipse.org/legal/cpl-v10.html"> Eclipse</a> website.