.\" @(#)cdecl.1 2.5 1/15/96 .TH CDECL 1 "15 January 1996" "Version 2.5" "Linux Programmer's Manual" .SH NAME cdecl, c++decl \- Compose C and C++ type declarations .SH SYNOPSIS .B cdecl [\-a | \-+ | \-p | \-r] [\-ciqdDV] .br .RS .5i .RI "[[ " files " ...] |" .BR explain " ... | " declare " ... | " cast " ... | " set " ... | " .BR help " | " ? " ]" .RE .br .B c++decl [\-a | \-+ | \-p | \-r] [\-ciqdDV] .br .RS .5i .RI "[[ " files " ...] |" .BR explain " ... | " declare " ... | " cast " ... | " set " ... | " .BR help " | " ? " ]" .RE .br .BR explain " ..." .br .BR declare " ..." .br .BR cast " ..." .SH DESCRIPTION .I Cdecl (and .IR c++decl ) is a program for encoding and decoding C (or C++) type declarations. The C language is based on the (draft proposed) X3J11 ANSI Standard; optionally, the C language may be based on the pre-ANSI definition defined by Kernighan & Ritchie's .I "The C Programming Language" book, or the C language defined by the Ritchie PDP-11 C compiler. The C++ language is based on Bjarne Stroustrup's .IR "The C++ Programming Language" , plus the version 2.0 additions to the language. .SH OPTIONS .IP -a Use the ANSI C dialect of the C language. .IP -p Use the pre-ANSI dialect defined by Kernighan & Ritchie's book. .IP -r Use the dialect defined by the Ritchie PDP-11 C compiler. .IP -+ Use the C++ language, rather than C. .IP -i Run in interactive mode (the default when reading from a terminal). This also turns on prompting, line editing, and line history. .IP -q Quiet the prompt. Turns off the prompt in interactive mode. .IP -c Create compilable C or C++ code as output. .I Cdecl will add a semicolon to the end of a declaration and a pair of curly braces to the end of a function definition. .IP -d Turn on debugging information (if compiled in). .IP -D Turn on YACC debugging information (if compiled in). .IP -V Display version information and exit. .SH INVOKING .I Cdecl may be invoked under a number of different names (by either renaming the executable, or creating a symlink or hard link to it). If it is invoked as .I cdecl then ANSI C is the default language. If it is invoked as .I c++decl then C++ is the default. If it is invoked as either .IR explain ", " cast ", or " declare then it will interpret the rest of the command line options as parameters to that command, execute the command, and exit. It will also do this if the first non-switch argument on the command line is one of those three commands. Input may also come from a file. .PP .I Cdecl reads the named files for statements in the language described below. A transformation is made from that language to C (C++) or pseudo-English. The results of this transformation are written on standard output. If no files are named, or a filename of ``\-'' is encountered, standard input will be read. If standard input is coming from a terminal, (or the .B \-i option is used), a prompt will be written to the terminal before each line. The prompt can be turned off by the .B \-q option (or the .I set noprompt command). If .I cdecl is invoked as .IR explain , .I declare or .IR cast , or the first argument is one of the commands discussed below, the argument list will be interpreted according to the grammar shown below instead of as file names. .PP When it is run interactively, .I cdecl uses the GNU readline library to provide keyword completion and command line history, very much like .IR bash (1) (q.v.). Pressing TAB will complete the partial keyword before the cursor, unless there is more than one possible completion, in which case a second TAB will show the list of possible completions and redisplay the command line. The left and right arrow keys and backspace can be used for editing in a natural way, and the up and down arrow keys retrieve previous command lines from the history. Most other familiar keys, such as Ctrl-U to delete all text from the cursor back to the beginning of the line, work as expected. There is an ambiguity between the .IR int " and " into keywords, but .I cdecl will guess which one you meant, and it always guesses correctly. .PP You can use .I cdecl as you create a C program with an editor like .IR vi "(1) or " emacs (1). You simply type in the pseudo-English version of the declaration and apply .I cdecl as a filter to the line. (In .IR vi (1), .RB "type ``" !!cdecl ''.) .PP If the .I "create program" option .B \-c is used, the output will include semi-colons after variable declarations and curly brace pairs after function declarations. .PP The .B \-V option will print out the version numbers of the files used to create the process. If the source is compiled with debugging information turned on, the .B \-d option will enable it to be output. If the source is compiled with YACC debugging information turned on, the .B \-D option will enable it to be output. .SH "COMMAND LANGUAGE" There are six statements in the language. The .I "declare" statement composes a C type declaration from a verbose description. The .I "cast" statement composes a C type cast as might appear in an expression. The .I "explain" statement decodes a C type declaration or cast, producing a verbose description. The .I "help" (or .IR ? ) statement provides a help message. The .I "quit" (or .IR "exit" ) statement (or the end of file) exits the program. The .I "set" statement allows the command line options to be set interactively. Each statement is separated by a semi-colon or a newline. .SH SYNONYMS Some synonyms are permitted during a declaration: .sp .nf character is a synonym for char constant is a synonym for const enumeration is a synonym for enum func is a synonym for function integer is a synonym for int ptr is a synonym for pointer ref is a synonym for reference ret is a synonym for returning structure is a synonym for struct vector is a synonym for array .fi .PP The TAB completion feature only knows about the keywords in the right column of the structure, not the ones in the left column. TAB completion is a lot less useful when the leading characters of different keywords are the same (the keywords confict with one another), and putting both columns in would cause quite a few conflicts. .SH GRAMMAR The following grammar describes the language. In the grammar, words in "<>" are non-terminals, bare lower-case words are terminals that stand for themselves. Bare upper-case words are other lexical tokens: NOTHING means the empty string; NAME means a C identifier; NUMBER means a string of decimal digits; and NL means the new-line or semi-colon characters. .LP .nf ::= NOTHING | NL ::= NOTHING | declare NAME as | declare | cast NAME into | cast | explain | explain | explain ( ) optional-NAME | set | help | ? | quit | exit ::= array of | array NUMBER of | function returning | function ( ) returning | pointer to | pointer to member of class NAME | reference to | ::= | * | NAME :: * | & ::= ( ) | ( ) | [ ] | [ NUMBER ] | ( ) | NAME ::= NOTHING | ( ) | ( ) ( ) | ( ) ( ) | ( ) | NAME :: * | * | & | [ ] | [ NUMBER ] ::= | | | struct NAME | union NAME | enum NAME | class NAME ::= , | | ::= , | NOTHING | | | as ::= int | char | double | float | void ::= | ::= short | long | unsigned | signed | ::= | NOTHING ::= const | volatile | noalias ::= auto | extern | register | static ::= NOTHING | ::= NOTHING | | create | nocreate | prompt | noprompt | ritchie | preansi | ansi | cplusplus | debug | nodebug | yydebug | noyydebug .fi .SH "SET OPTIONS" The .I set command takes several options. You can type .IR set " or " "set options" to see the currently selected options and a summary of the options which are available. The first four correspond to the .IR -a ", " -p ", " -r ", and " -+ command line options, respectively. .IP ansi Use the ANSI C dialect of the C language. .IP preansi Use the pre-ANSI dialect defined by Kernighan & Ritchie's book. .IP ritchie Use the dialect defined by the Ritchie PDP-11 C compiler. .IP cplusplus Use the C++ language, rather than C. .IP [no]prompt Turn on or off the prompt in interactive mode. .IP [no]create Turn on or off the appending of semicolon or curly braces to the declarations output by .IR cdecl . This corresponds to the .I -c command line option. .IP [no]debug Turn on or off debugging information. .IP [no]yydebug Turn on or off YACC debugging information. .PP Note: debugging information and YACC debugging information are only available if they have been compiled into .IR cdecl . The last two options correspond to the .IR -d " and " -D command line options, respectively. Debugging information is normally used in program development, and is not generally compiled into distributed executables. .SH EXAMPLES .de Ex . PP . RS .. .de Ee . RE . PP .. To declare an array of pointers to functions that are like .IR malloc (3), do .Ex declare fptab as array of pointer to function returning pointer to char .Ee The result of this command is .Ex char *(*fptab[])() .Ee When you see this declaration in someone else's code, you can make sense out of it by doing .Ex explain char *(*fptab[])() .Ee The proper declaration for signal(2), ignoring function prototypes, is easily described in .IR cdecl 's language: .Ex declare signal as function returning pointer to function returning void .Ee which produces .Ex void (*signal())() .Ee The function declaration that results has two sets of empty parentheses. The author of such a function might wonder where to put the parameters: .Ex declare signal as function (arg1,arg2) returning pointer to function returning void .Ee provides the following solution (when run with the .I \-c option): .Ex void (*signal(arg1,arg2))() { } .Ee If we want to add in the function prototypes, the function prototype for a function such as _exit(2) would be declared with: .Ex declare _exit as function (retvalue as int) returning void .Ee giving .Ex void _exit(int retvalue) { } .Ee As a more complex example using function prototypes, signal(2) could be fully defined as: .Ex declare signal as function(x as int, y as pointer to function(int) returning void) returning pointer to function(int) returning void .Ee giving (with \-c) .Ex void (*signal(int x, void (*y)(int )))(int ) { } .Ee .I Cdecl can help figure out the where to put the "const" and "volatile" modifiers in declarations, thus .Ex declare foo as pointer to const int .Ee gives .Ex const int *foo .Ee while .Ex declare foo as const pointer to int .Ee gives .Ex int * const foo .Ee .I C++decl can help with declaring references, thus .Ex declare x as reference to pointer to character .Ee gives .Ex char *&x .Ee .I C++decl can help with pointers to member of classes, thus declaring a pointer to an integer member of a class X with .Ex declare foo as pointer to member of class X int .Ee gives .Ex int X::*foo .Ee and .Ex declare foo as pointer to member of class X function (arg1, arg2) returning pointer to class Y .Ee gives .Ex class Y *(X::*foo)(arg1, arg2) .Ee .SH DIAGNOSTICS The declare, cast and explain statements try to point out constructions that are not supported in C. In some cases, a guess is made as to what was really intended. In these cases, the C result is a toy declaration whose semantics will work only in Algol-68. The list of unsupported C constructs is dependent on which version of the C language is being used (see the ANSI, pre-ANSI, and Ritchie options). The set of supported C++ constructs is a superset of the ANSI set, with the exception of the .B noalias keyword. .SH REFERENCES ANSI Standard X3.159-1989 (ANSI C) .sp ISO/IEC 9899:1990 (the ISO standard) .sp The comp.lang.c FAQ .br .I http://www.eskimo.com/~scs/C-faq.top.html .sp Section 8.4 of the C Reference Manual within .I "The C Programming Language" by B. Kernighan & D. Ritchie. .sp Section 8 of the C++ Reference Manual within .I "The C++ Programming Language" by B. Stroustrup. .SH CAVEATS The pseudo-English syntax is excessively verbose. .PP There is a wealth of semantic checking that isn't being done. .PP .I Cdecl was written before the ANSI C standard was completed, and no attempt has been made to bring it up-to-date. Nevertheless, it is very close to the standard, with the obvious exception of .IR noalias . .PP .IR Cdecl 's scope is intentionally small. It doesn't help you figure out initializations. It expects storage classes to be at the beginning of a declaration, followed by the the const, volatile and noalias modifiers, followed by the type of the variable. .I Cdecl doesn't know anything about variable length argument lists. (This includes the .RI `` ,... '' syntax.) .PP .I Cdecl thinks all the declarations you utter are going to be used as external definitions. Some declaration contexts in C allow more flexibility than this. An example of this is: .Ex declare argv as array of array of char .Ee where .I cdecl responds with .Ex .nf Warning: Unsupported in C -- 'Inner array of unspecified size' (maybe you mean "array of pointer") char argv[][] .fi .Ee .PP Tentative support for the .I noalias keyword was put in because it was in the draft ANSI specifications. .SH AUTHORS Originally written by Graham Ross, improved and expanded by David Wolverton, Tony Hansen, and Merlyn LeRoy. .sp GNU readline support and Linux port by David R. Conrad, .SH "SEE ALSO" .IR bash "(1), " emacs "(1), " malloc "(3), " vi (1).