As expected, the following fails in C++11 because that language does not have return type deduction for bog standard functions:
auto main()
{
return 0;
}
However, C++14 does, so I cannot explain the following error (with equivalent outcomes in GCC trunk, clang 3.8 and Visual Studio 2015):
error: 'main' must return 'int'
Is there a passage in the standard that I'm not seeing, forbidding return type deduction for main
? Or are both compilers non-compliant?
(For what it's worth, I'd never actually do this. int main()
for the win…)
You can write the main method in your program with return type other than void, the program gets compiled without compilation errors. But, at the time of execution JVM does not consider this new method (with return type other than void) as the entry point of the program.
Explanation: True, The default return type for a function is int.
C++ does not allow main to have a void return type. The published C++ standard requires it to be int . Some C++ compilers allow you to use void , but that's not recommended.
In a main function, the return statement and expression are optional. What happens to the returned value, if one is specified, depends on the implementation.
Reading the C++17 draft §3.6.1/2:
... and it shall have a declared return type of type
int
, ...
So yes I would say it's forbidden to use deduction.
Almost the exact same wording in the last C++14 draft (same section as the C++17 draft):
It shall have a declared return type of type
int
, ...
Just a personal reflection on the possible reasoning behind this, after reading comments and other answers. The reasoning return-type deduction is not allowed is (I think) because then the return type isn't known by the compiler until it sees a return
statement. It's also not uncommon that other types (that are implicitly convertible to int
) might be returned which would make the deduced type wrong. Declaring the return type up-front (either by the normal old-fashioned way, or by using trailing return type) will set the type when the function is declared, and can be checked by the compiler then and there to be correct.
As for allowing type-aliases, they are just aliases of a type. So allowing e.g.
typedef int my_type;
my_type main() { ... }
is really no different from
int main() { ... }
From 3.6.1/2 (emphasis mine):
[...]it shall have a declared return type of type
int
, but otherwise its type is implementation-defined.
When auto
is used without a trailing return type, the declared return type of a function is still auto
, even though the deduced return type can be something else. The difference between declared and deduced isn't spelled out plainly in the standard, but 7.1.6.4/7 may shed some light:
When [...] a
return
statement occurs in a function declared with a return type that contains a placeholder type, the deduced return type [...] is determined from the type of its initializer. In the case of areturn
with no operand or with an operand of typevoid
, the declared return type shall beauto
and the deduced return type isvoid
.
My understanding is that with this:
auto main(){ return 0; }
the declared return type would still be auto
, although the deduced return type would be int
. As per 3.6.1/2 above, the declared return type of main
must be int
. Therefore, this is ill-formed.
However, a trailing return type is considered a declared return type. From 7.1.6.4/2:
If the function declarator includes a trailing-return-type (8.3.5), that trailing-return-type specifies the declared return type of the function.
$ cat a.cpp
auto main() -> int {}
$ g++ -Wall -std=c++14 a.cpp
$
All quotes are identical in both C++14 and C++17.
From 3.6.1 [basic.start.main]
1 A program shall contain a global function called main, which is the designated start of the program....
2 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...
If the standard were to restrict deduction, then I think the verbiage "declared return type int" would be it.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With