 |
C++Talk.NET
C++ language newsgroups
|
| View previous topic :: View next topic |
| Author |
Message |
Bob Hairgrove
Guest
|
 Posted: Thu Sep 29, 2005 10:09 am Post subject: Q about default function parameters |
 |
|
Why can I do this:
template<typename A, typename B=A>
struct X { /*...*/ };
whereas this gives me an error about an undeclared identifier with
MSVC++ 7.1:
struct A
{ A(int arg1, int arg2=arg1); };
Now I know that the C++ standard says "you can't do that" (section
8.3.6 paragraph 9), but from a parsing standpoint, it seems like if
the compiler can handle the template parameter, it should have no
problem with the function parameter?
Thanks.
--
Bob Hairgrove
[email]NoSpamPlease (AT) Home (DOT) com[/email]
|
|
| Back to top |
|
 |
Alf P. Steinbach
Guest
|
| Posted: Thu Sep 29, 2005 10:44 am Post subject: Re: Q about default function parameters |
|
|
* Bob Hairgrove:
| Quote: | Why can I do this:
template
struct X { /*...*/ };
whereas this gives me an error about an undeclared identifier with
MSVC++ 7.1:
struct A
{ A(int arg1, int arg2=arg1); };
Now I know that the C++ standard says "you can't do that" (section
8.3.6 paragraph 9), but from a parsing standpoint, it seems like if
the compiler can handle the template parameter, it should have no
problem with the function parameter?
|
I think you should post this question to [comp.std.c++].
The paragraph you refer to says it's because the function argument evaluation
order is not defined (template parameters have no such problem).
I.e. if 'arg2' were evaluated first it would refer to an indeterminate or
non-existent value, the way the language is.
However, on the other hand, if it were allowed it could simply _restrict_ the
evaluation order, and with one exception I see no particular problem with
that. The exception: in C, for stack-based argument passing, arguments are
conventionally pushed (and hence, for efficiency, evaluated) right to left, in
order to support variable number of arguments, the C++ "..." notation. But as
I see it this is not a showstopper problem, because the non-"..." (first N)
arguments can be pushed and evaluated left to right, after pushing and
evaluating the "..." arguments right to left, and with this scheme the
function implementation can refer to the non-"..." arguments at fixed offsets
from the stack pointer, just as before.
On the third hand, you can obtain just about the same effect by writing
struct A
{
A( int a1 ): myX( a1 ), myY( a1 ) {}
A( int a2, int a2 ): myX( a1 ), myY( a2 ) {}
...
};
which does suffer a little from the lack of constructor forwarding, but if or
when we get constructor forwarding that will perhaps completely solve this.
--
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
|
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
