23
votes

The last draft of C++14 that I was able to find says, regarding main() [3.6.1]:

An implementation shall not predefine the main function. This function shall not be overloaded. It shall have a return type of type int, but otherwise its type is implementation-defined. All implementations shall allow both

— a function of () returning int and

— a function of (int, pointer to pointer to char) returning int

and (paragraph 5)

If control reaches the end of main without encountering a return statement, the effect is that of executing

return 0;

Does this mean that all of the following are legal C++14 minimal programs? If any isn't, why not?

  1. auto main() -> int {}
  2. auto main() { return 0; }
  3. auto main() {}
2
The last one is not legal as auto deduces the return type as void. See stackoverflow.com/questions/17134975/…0x499602D2
@0x499602D2 Doesn't the second quote imply that the return type should be deduced as int for case 3?Tristan Brindle
@TristanBrindle The answer in the link explains that.0x499602D2
Out of curiosity, since int is the only legal return type why would anyone want to return auto for the main() function? What would that buy you?Void
@Void Nothing. I was just curious about whether it was technically permitted.Tristan Brindle

2 Answers

18
votes
  1. Is legal, the second and the latter aren't because of the following reasons:

  2. The return type of the main function cannot be deduced since CWG 1669 was accepted and the standard will be reworded as:

    An implementation shall not predefine the main function. This function shall not be overloaded. It shall have a declared return type of type int, but otherwise its type is implementation-defined.

    This got its way into n4140. More on this: http://wg21.cmeerw.net/cwg/issue1669

  3. The same as above

1
votes

The first is probably legal. The other two certainly not (§7.1.6.4/1): "The auto type-specifier signifies that the type of a variable being declared shall be deduced from its initializer or that a function declarator shall include a trailing-return-type."

I say probably for the first, because §3.6.1 isn't really clear to what degree the definition must match. A 100% textual match isn't required, even if that is what a literal interpretation of what it says would imply: in the text, the body of main is given as /* ... */, which isn't very useful, and certainly isn't required. Similarly, tradition has also allowed any name for argc and argv, and declaring argv as char** argv. There's no tradition about defining main with a trailing return type, however. I think that what was meant in §3.6.1 is that all definitions of main which have the same signature would be allowed, but this is not what the actual words say.

Regardless: why would one want such obfuscation? C/C++ is not Pascal, and what is natural in one language (like trailing return types for functions) is obfuscation in another.

EDIT:

I've just downloaded a more recent draft (N3797), and it seems like the wording has changed (and is now contradictory). The first paragraph still says basically the same thing (but includes addtiional wording for for lambdas): the auto is replaced "either by deduction from an initializer or by explicit specification with a trailing-return-type." (And of course, fucntions don't have initializers, so only the trailing-return-type can apply.) Later paragraphs, however, do speak about deduction from the return type, even though the first paragraph requires the trailing return type (and thus makes deduction superfluous).