2ddcbab8ff
libraries have an incorrect definition of std::common_type (inherited from a bug in the standard -- see LWG issue 2141), whereby they produce reference types when they should not. If we instantiate a typedef named std::common_type<...>::type, which is defined in a system header as decltype(... ? ... : ...), and the decltype produces a reference type, convert it to the non-reference type. (This doesn't affect any LWG2141-conforming implementation of common_type, such as libc++'s, because the default implementation of common_type<...>::type isn't supposed to produce a reference type.) This is horrible. I'm really sorry. :( Better ideas appreciated! llvm-svn: 166455 |
||
|---|---|---|
| .. | ||
| analyzer | ||
| demo | ||
| timing-data | ||
| OpenProjects.html | ||
| UniversalDriver.html | ||
| builtins.py | ||
| carbon-compile.png | ||
| clang_video-05-25-2007.html | ||
| clang_video-07-25-2007.html | ||
| comparison.html | ||
| compatibility.html | ||
| content.css | ||
| cxx_compatibility.html | ||
| cxx_status.html | ||
| diagnostics.html | ||
| favicon.ico | ||
| feature-compile1.png | ||
| feature-compile2.png | ||
| feature-memory1.png | ||
| features.html | ||
| get_involved.html | ||
| get_started.html | ||
| hacking.html | ||
| index.html | ||
| libstdc++4.4-clang0x.patch | ||
| libstdc++4.6-clang11.patch | ||
| libstdc++4.7-clang11.patch | ||
| menu.css | ||
| menu.html.incl | ||
| performance-2008-10-31.html | ||
| performance-2009-03-02.html | ||
| performance.html | ||
| related.html | ||
| robots.txt | ||
