Remove some not-really-correct wording.
authorBill Wendling <isanbard@gmail.com>
Tue, 27 Sep 2011 10:37:28 +0000 (10:37 +0000)
committerBill Wendling <isanbard@gmail.com>
Tue, 27 Sep 2011 10:37:28 +0000 (10:37 +0000)
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@140600 91177308-0d34-0410-b5e6-96231b3b80d8

docs/ExceptionHandling.html

index 06cb2cf81978c16961662a003723409f581ede8e..95db367de434c506a9890e88f668acd45128753b 100644 (file)
    and <i>filter</i> clauses. The exception is tested against the clauses
    sequentially from first to last. The selector value is a positive number if
    the exception matched a type info, a negative number if it matched a filter,
-   and zero if it matched to a cleanup. If nothing is matched, the behavior of
+   and zero if it matched a cleanup. If nothing is matched, the behavior of
    the program is <a href="#restrictions">undefined</a>. If a type info matched,
    then the selector value is the index of the type info in the exception table,
    which can be obtained using the
    determine the index for a given type info. If the catch fails to match the
    selector then control is passed on to the next catch.</p>
 
-<p><b>Note:</b> Since the landing pad will not be used if there is no match in
-   the list of type info on the call to the <tt>landingpad</tt> instruction,
-   then neither the last catch nor <i>catch all</i> need to perform the check
-   against the selector.</p>
-
 <p>Finally, the entry and exit of catch code is bracketed with calls to
    <tt>__cxa_begin_catch</tt> and <tt>__cxa_end_catch</tt>.</p>