Corrected typo: CALC_FOUND_ROWS should be SQL_CALC_FOUND_ROWS.

Docs/manual.texi

@@ -32351,18 +32351,18 @@ facilitate replication testing.
 @findex FOUND_ROWS()
 @findex LIMIT
 @item FOUND_ROWS()
-Returns the number of rows that the last @code{SELECT CALC_FOUND_ROWS ...}
+Returns the number of rows that the last @code{SELECT SQL_CALC_FOUND_ROWS ...}
 command would have returned, if wasn't restricted with @code{LIMIT}.
 
 @example
-SELECT CALC_FOUND_ROWS * FROM table_name WHERE id > 100 LIMIT 10;
+SELECT SQL_CALC_FOUND_ROWS * FROM table_name WHERE id > 100 LIMIT 10;
 SELECT FOUND_ROWS();
 @end example
 
 The second select will return how many rows the SELECT should have
 returned if we would remove the @code{LIMIT} clause.
 
-Note that if you are using @code{SELECT CALC_FOUND_ROWS ...} MySQL has
+Note that if you are using @code{SELECT SQL_CALC_FOUND_ROWS ...} MySQL has
 to calculate all rows in the result set.  This is however faster than
 if you would not use @code{LIMIT} as the result set doesn't have to be sent
 to the client.
@@ -32552,7 +32552,7 @@ mysql> SELECT id,FLOOR(value/100) FROM tbl_name ORDER BY RAND();
 @c help SELECT
 @example
 SELECT [STRAIGHT_JOIN] [SQL_SMALL_RESULT] [SQL_BIG_RESULT] [SQL_BUFFER_RESULT]
-       [SQL_CACHE | SQL_NO_CACHE] [CALC_FOUND_ROWS] [HIGH_PRIORITY]
+       [SQL_CACHE | SQL_NO_CACHE] [SQL_CALC_FOUND_ROWS] [HIGH_PRIORITY]
        [DISTINCT | DISTINCTROW | ALL]
     select_expression,...
     [INTO @{OUTFILE | DUMPFILE@} 'file_name' export_options]
@@ -32710,7 +32710,7 @@ temporary tables to store the resulting table instead of using sorting. In
 MySQL Version 3.23 this shouldn't normally be needed.
 
 @item
-@code{CALC_FOUND_ROWS} tells MySQL to calculate how many rows there
+@code{SQL_CALC_FOUND_ROWS} tells MySQL to calculate how many rows there
 would be in the result, disregarding any @code{LIMIT} clause. The number
 of rows can be obtained with @code{SELECT
 FOUND_ROWS()}. @xref{Miscellaneous functions}.