From 22b7dfa6452a6ca9b3d3107a93f01222d24922b1 Mon Sep 17 00:00:00 2001 From: Jim Laskey Date: Fri, 26 Aug 2005 09:25:54 +0000 Subject: [PATCH] Changed unsigned long to unsigned. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@23078 91177308-0d34-0410-b5e6-96231b3b80d8 --- docs/CommandLine.html | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/docs/CommandLine.html b/docs/CommandLine.html index a1fd340efed..3140b98ddf2 100644 --- a/docs/CommandLine.html +++ b/docs/CommandLine.html @@ -701,8 +701,8 @@ checking we have to do.

Instead of collecting sets of options in a list, it is also possible to -gather information for enum values in a bit vector. The represention used by -the cl::bits class is an unsigned long +gather information for enum values in a bit vector. The represention used by +the cl::bits class is an unsigned integer. An enum value is represented by a 0/1 in the enum's ordinal value bit position. 1 indicating that the enum was specified, 0 otherwise. As each specified value is parsed, the resulting enum's bit is set in the option's bit @@ -741,13 +741,13 @@ the first are discarded.

cl::bits::getBits function:

-  unsigned long bits = OptimizationBits.getBits();
+  unsigned bits = OptimizationBits.getBits();
 

Finally, if external storage is used, then the location specified must be of -type unsigned long. In all other ways a type unsigned. In all other ways a cl::bits option is morally equivalent to a cl::list option

+href="#list"> cl::list option.

@@ -1588,7 +1588,7 @@ can take up to three arguments:

This class works the exact same as the cl::lists class, except that the second argument -must be of type unsigned long if external storage is used.

+must be of type unsigned if external storage is used.

-- 2.34.1