# Clang 3.2 Release Notes

- Introduction
- What's New in Clang 3.2?
  - Major New Features
  - New Compiler Flags
  - C Language Changes
  - C++ Language Changes
  - Objective-C Language Changes
  - Internal API Changes
  - Python Binding Changes
- Known Problems
- Additional Information

Written by the LLVM Team

## Introduction

This document contains the release notes for the Clang C/C++/Objective-C frontend, part of the LLVM Compiler Infrastructure, release 3.2. Here we describe the status of Clang in some detail, including major improvements from the previous release and new feature work. For the general LLVM release notes, see the LLVM documentation. All LLVM releases may be downloaded from the LLVM releases web site.

For more information about Clang or LLVM, including information about the latest release, please check out the main please see the Clang Web Site or the LLVM Web Site.

Note that if you are reading this file from a Subversion checkout or the main Clang web page, this document applies to the next release, not the current one. To see the release notes for a specific release, please see the releases page.

## What's New in Clang 3.2?

Some of the major new features and improvements to Clang are listed here. Generic improvements to Clang as a whole or to its underlying infrastructure are described first, followed by language-specific sections with improvements to Clang's support for those languages.

### Major New Features

#### Improvements to Clang's diagnostics

Clang's diagnostics are constantly being improved to catch more issues, explain them more clearly, and provide more accurate source information about them. The improvements since the 3.1 release include:

- `-Wuninitialized` has been taught to recognize uninitialized uses which always occur when an explicitly-written non-constant condition is either `true` or `false`. For example:

      int f(bool b) {
        int n;
        if (b)
          n = 1;
        return n;
      }

      sometimes-uninit.cpp:3:7: warning: variable 'n' is used uninitialized whenever 'if' condition is false [-Wsometimes-uninitialized]
        if (b)
            ^
      sometimes-uninit.cpp:5:10: note: uninitialized use occurs here
        return n;
               ^
      sometimes-uninit.cpp:3:3: note: remove the 'if' if its condition is always true
        if (b)
        ^~~~~~
      sometimes-uninit.cpp:2:8: note: initialize the variable 'n' to silence this warning
        int n;
             ^
              = 0

  This functionality can be enabled or disabled separately from `-Wuninitialized` with the `-Wsometimes-uninitialized` warning flag.
- Template type diffing improves the display of diagnostics with templated types in them.

      int f(vector<map<int, double>>);
      int x = f(vector<map<int, float>>());

  The error message is the same, but the note is different based on the options selected.

      template-diff.cpp:5:9: error: no matching function for call to 'f'
      int x = f(vector<map<int, float>>());
              ^

  Templated type diffing with type elision (default):

      template-diff.cpp:4:5: note: candidate function not viable: no known conversion from 'vector<map<[...], float>>' to 'vector<map<[...], double>>' for 1st argument;
      int f(vector<map<int, double>>);
          ^

  Templated type diffing without type elision (-fno-elide-type):

      template-diff.cpp:4:5: note: candidate function not viable: no known conversion from 'vector<map<int, float>>' to 'vector<map<int, double>>' for 1st argument;
      int f(vector<map<int, double>>);
          ^

  Templated tree printing with type elision (-fdiagnostics-show-template-tree):

      template-diff.cpp:4:5: note: candidate function not viable: no known conversion for 1st argument;
        vector<
          map<
            [...],
            [float != double]>>
      int f(vector<map<int, double>>);
          ^

  Templated tree printing without type elision (-fdiagnostics-show-template-tree -fno-elide-type):

      template-diff.cpp:4:5: note: candidate function not viable: no known conversion for 1st argument;
        vector<
          map<
            int,
            [float != double]>>
      int f(vector<map<int, double>>);
          ^

- The Address Sanitizer feature and Clang's `-fcatch-undefined-behavior` option have been moved to a unified flag set: `-fsanitize`. This flag can be used to enable the different dynamic checking tools when building. For example, `-faddress-sanitizer` is now `-fsanitize=address`, and `-fcatch-undefined-behavior` is now `-fsanitize=undefined`. With this release the set of checks available continues to grow, see the Clang documentation and specific sanitizer notes below for details.

#### Support for `tls_model` attribute

Clang now supports the `tls_model` attribute, allowing code that uses thread-local storage to explicitly select which model to use. The available models are `"global-dynamic"`, `"local-dynamic"`, `"initial-exec"` and `"local-exec"`. See ELF Handling For Thread-Local Storage for more information.

The compiler is free to choose a different model if the specified model is not supported by the target, or if the compiler determines that a more specific model can be used.

#### Type safety attributes

Clang now supports type safety attributes that allow checking during compile time that 'void *' function arguments and arguments for variadic functions are of a particular type which is determined by some other argument to the same function call.

Usecases include:

- MPI library implementations, where these attributes enable checking that buffer type matches the passed `MPI_Datatype`;
- HDF5 library -- similar usecase as for MPI;
- checking types of variadic functions' arguments for functions like `fcntl()` and `ioctl()`.

See entries for `argument_with_type_tag`, `pointer_with_type_tag` and `type_tag_for_datatype` attributes in Clang language extensions documentation.

#### Documentation comment support

Clang now supports documentation comments written in a Doxygen-like syntax. Clang parses the comments and can detect syntactic and semantic errors in comments. These warnings are off by default. Pass `-Wdocumentation` flag to enable warnings about documentation comments.

For example, given:

    /// \param [in] Str the string.
    /// \returns a modified string.
    void do_something(const std::string &str);

`clang -Wdocumentation` will emit two warnings:

    doc-test.cc:3:6: warning: '\returns' command used in a comment that is attached to a function returning void [-Wdocumentation]
    /// \returns a modified string.
        ~^~~~~~~~~~~~~~~~~~~~~~~~~~
    doc-test.cc:2:17: warning: parameter 'Str' not found in the function declaration [-Wdocumentation]
    /// \param [in] Str the string.
                    ^~~
    doc-test.cc:2:17: note: did you mean 'str'?
    /// \param [in] Str the string.
                    ^~~
                    str

libclang includes a new API, `clang_FullComment_getAsXML`, to convert comments to XML documents. This API can be used to build documentation extraction tools.

### New Compiler Flags

- `-gline-tables-only` controls the size of debug information. This flag tells Clang to emit debug info which is just enough to obtain stack traces with function names, file names and line numbers (by such tools as gdb or addr2line). Debug info for variables or function parameters is not produced, which reduces the size of the resulting binary.
- `-ftls-model` controls which TLS model to use for thread-local variables. This can be overridden per variable using the `tls_model` attribute mentioned above. For more details, see the User's Manual.

### C Language Changes in Clang

#### C11 Feature Support

Clang 3.2 adds support for the C11 `_Alignof` keyword, pedantic warning through option `-Wempty-translation-unit` (C11 6.9p1)

### C++ Language Changes in Clang

#### C++11 Feature Support

Clang 3.2 supports most of the language features added in the latest ISO C++ standard,C++ 2011. Use `-std=c++11` or `-std=gnu++11` to enable support for these features. In addition to the features supported by Clang 3.1, the following features have been added:

- Implemented the C++11 discarded value expression rules for volatile lvalues.
- Support for the C++11 enum forward declarations.
- Handling of C++11 attribute namespaces (automatically).
- Implemented C++11 [conv.prom]p4: an enumeration with a fixed underlying type has integral promotions to both its underlying type and to its underlying type's promoted type.

### Objective-C Language Changes in Clang

Bug-fixes, no functionality changes.

### Python Binding Changes

The following classes and methods have been added:

- class CompilationDatabaseError(Exception)
- class CompileCommand(object)
- class CompileCommands(object)
- class CompilationDatabase(ClangObject)
- Cursor.is_static_method
- Cursor.is_static_method
- SourceLocation.from_offset
- Cursor.is_static_method

## Additional Information

A wide variety of additional information is available on the Clang web page. The web page contains versions of the API documentation which are up-to-date with the Subversion version of the source code. You can access versions of these documents specific to this release by going into the "`clang/doc/`" directory in the Clang tree.

If you have any questions or comments about Clang, please feel free to contact us via the mailing list.