forked from OSchip/llvm-project
a560ccf2af
Instead of ignoring the evaluation order rule, ignore the "destroy parameters in reverse construction order" rule for the small number of problematic cases. This only causes incorrect behavior in the rare case where both parameters to an overloaded operator <<, >>, ->*, &&, ||, or comma are of class type with non-trivial destructor, and the program is depending on those parameters being destroyed in reverse construction order. We could do a little better here by reversing the order of parameter destruction for those functions (and reversing the argument evaluation order for all direct calls, not just those with operator syntax), but that is not a complete solution to the problem, as the same situation can be reached by an indirect function call. Approach reviewed off-line by rnk. llvm-svn: 282777 |
||
|---|---|---|
| .. | ||
| analyzer | ||
| demo | ||
| 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_dr_status.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 | ||
| make_cxx_dr_status | ||
| menu.css | ||
| menu.html.incl | ||
| related.html | ||
| robots.txt | ||
