Regarding syntax and usage of commas in c++ [duplicate] - c++

How does the comma operator work in C++?
For instance, if I do:
a = b, c;
Does a end up equaling b or c?
(Yes, I know this is easy to test - just documenting on here for someone to find the answer quickly.)
Update: This question has exposed a nuance when using the comma operator. Just to document this:
a = b, c; // a is set to the value of b!
a = (b, c); // a is set to the value of c!
This question was actually inspired by a typo in code. What was intended to be
a = b;
c = d;
Turned into
a = b, // <- Note comma typo!
c = d;

The comma operator has the lowest precedence of all C/C++ operators. Therefore it's always the last one to bind to an expression, meaning this:
a = b, c;
is equivalent to:
(a = b), c;
Another interesting fact is that the comma operator introduces a sequence point. This means that the expression:
a+b, c(), d
is guaranteed to have its three subexpressions (a+b, c() and d) evaluated in order. This is significant if they have side-effects. Normally compilers are allowed to evaluate subexpressions in whatever order they find fit; for example, in a function call:
someFunc(arg1, arg2, arg3)
arguments can be evaluated in an arbitrary order. Note that the commas in the function call are not operators; they are separators.

Take care to notice that the comma operator may be overloaded in C++. The actual behaviour may thus be very different from the one expected.
As an example, Boost.Spirit uses the comma operator quite cleverly to implement list initializers for symbol tables. Thus, it makes the following syntax possible and meaningful:
keywords = "and", "or", "not", "xor";
Notice that due to operator precedence, the code is (intentionally!) identical to
(((keywords = "and"), "or"), "not"), "xor";
That is, the first operator called is keywords.operator =("and") which returns a proxy object on which the remaining operator,s are invoked:
keywords.operator =("and").operator ,("or").operator ,("not").operator ,("xor");

The comma operator:
has the lowest precedence
is left-associative
A default version of comma operator is defined for all types (built-in and custom), and it works as follows - given exprA , exprB:
exprA is evaluated
the result of exprA is ignored
exprB is evaluated
the result of exprB is returned as the result of the whole expression
With most operators, the compiler is allowed to choose the order of execution and it is even required to skip the execution whatsoever if it does not affect the final result (e.g. false && foo() will skip the call to foo). This is however not the case for comma operator and the above steps will always happen*.
In practice, the default comma operator works almost the same way as a semicolon. The difference is that two expressions separated by a semicolon form two separate statements, while comma-separation keeps all as a single expression. This is why comma operator is sometimes used in the following scenarios:
C syntax requires an single expression, not a statement. e.g. in if( HERE )
C syntax requires a single statement, not more, e.g. in the initialization of the for loop for ( HERE ; ; )
When you want to skip curly braces and keep a single statement: if (foo) HERE ; (please don't do that, it's really ugly!)
When a statement is not an expression, semicolon cannot be replaced by a comma. For example these are disallowed:
(foo, if (foo) bar) (if is not an expression)
int x, int y (variable declaration is not an expression)
In your case we have:
a=b, c;, equivalent to a=b; c;, assuming that a is of type that does not overload the comma operator.
a = b, c = d; equivalent to a=b; c=d;, assuming that a is of type that does not overload the comma operator.
Do note that not every comma is actually a comma operator. Some commas which have a completely different meaning:
int a, b; --- variable declaration list is comma separated, but these are not comma operators
int a=5, b=3; --- this is also a comma separated variable declaration list
foo(x,y) --- comma-separated argument list. In fact, x and y can be evaluated in any order!
FOO(x,y) --- comma-separated macro argument list
foo<a,b> --- comma-separated template argument list
int foo(int a, int b) --- comma-separated parameter list
Foo::Foo() : a(5), b(3) {} --- comma-separated initializer list in a class constructor
* This is not entirely true if you apply optimizations. If the compiler recognizes that certain piece of code has absolutely no impact on the rest, it will remove the unnecessary statements.
Further reading: http://en.wikipedia.org/wiki/Comma_operator

It would be equal to b.
The comma operator has a lower precedence than assignment.

The value of a will be b, but the value of the expression will be c. That is, in
d = (a = b, c);
a would be equal to b, and d would be equal to c.

b's value will be assigned to a.
Nothing will happen to c

Yes Comma operator has low precedence than Assignment operator
#include<stdio.h>
int main()
{
int i;
i = (1,2,3);
printf("i:%d\n",i);
return 0;
}
Output : i=3
Because comma operator always return rightmost value.
In case of comma operator with Assignment Operator:
int main()
{
int i;
i = 1,2,3;
printf("i:%d\n",i);
return 0;
}
Ouput: i=1
As we know comma operator has lower precedence than assignment.....

The value of a will be equal to b, since the comma operator has a lower precedence than the assignment operator.

First things first: Comma is actually not an operator, for the compiler it is just a token which gets a meaning in context with other tokens.
What does this mean and why bother?
Example 1:
To understand the difference between the meaning of the same token in a different context we take a look at this example:
class Example {
Foo<int, char*> ContentA;
}
Usually a C++ beginner would think that this expression could/would compare things but it is absolutly wrong, the meaning of the <, > and , tokens depent on the context of use.
The correct interpretation of the example above is of course that it is an instatiation of a template.
Example 2:
When we write a typically for loop with more than one initialisation variable and/or more than one expressions that should be done after each iteration of the loop we use comma too:
for(a=5,b=0;a<42;a++,b--)
...
The meaning of the comma depends on the context of use, here it is the context of the for construction.
What does a comma in context actually mean?
To complicate it even more (as always in C++) the comma operator can itself be overloaded (thanks to Konrad Rudolph for pointing that out).
To come back to the question, the Code
a = b, c;
means for the compiler something like
(a = b), c;
because the priority of the = token/operator is higher than the priority of the , token.
and this is interpreted in context like
a = b;
c;
(note that the interpretation depend on context, here it it neither a function/method call or a template instatiation.)

Related

Unfamiliar C++ data type / structure? [duplicate]

How does the comma operator work in C++?
For instance, if I do:
a = b, c;
Does a end up equaling b or c?
(Yes, I know this is easy to test - just documenting on here for someone to find the answer quickly.)
Update: This question has exposed a nuance when using the comma operator. Just to document this:
a = b, c; // a is set to the value of b!
a = (b, c); // a is set to the value of c!
This question was actually inspired by a typo in code. What was intended to be
a = b;
c = d;
Turned into
a = b, // <- Note comma typo!
c = d;
The comma operator has the lowest precedence of all C/C++ operators. Therefore it's always the last one to bind to an expression, meaning this:
a = b, c;
is equivalent to:
(a = b), c;
Another interesting fact is that the comma operator introduces a sequence point. This means that the expression:
a+b, c(), d
is guaranteed to have its three subexpressions (a+b, c() and d) evaluated in order. This is significant if they have side-effects. Normally compilers are allowed to evaluate subexpressions in whatever order they find fit; for example, in a function call:
someFunc(arg1, arg2, arg3)
arguments can be evaluated in an arbitrary order. Note that the commas in the function call are not operators; they are separators.
Take care to notice that the comma operator may be overloaded in C++. The actual behaviour may thus be very different from the one expected.
As an example, Boost.Spirit uses the comma operator quite cleverly to implement list initializers for symbol tables. Thus, it makes the following syntax possible and meaningful:
keywords = "and", "or", "not", "xor";
Notice that due to operator precedence, the code is (intentionally!) identical to
(((keywords = "and"), "or"), "not"), "xor";
That is, the first operator called is keywords.operator =("and") which returns a proxy object on which the remaining operator,s are invoked:
keywords.operator =("and").operator ,("or").operator ,("not").operator ,("xor");
The comma operator:
has the lowest precedence
is left-associative
A default version of comma operator is defined for all types (built-in and custom), and it works as follows - given exprA , exprB:
exprA is evaluated
the result of exprA is ignored
exprB is evaluated
the result of exprB is returned as the result of the whole expression
With most operators, the compiler is allowed to choose the order of execution and it is even required to skip the execution whatsoever if it does not affect the final result (e.g. false && foo() will skip the call to foo). This is however not the case for comma operator and the above steps will always happen*.
In practice, the default comma operator works almost the same way as a semicolon. The difference is that two expressions separated by a semicolon form two separate statements, while comma-separation keeps all as a single expression. This is why comma operator is sometimes used in the following scenarios:
C syntax requires an single expression, not a statement. e.g. in if( HERE )
C syntax requires a single statement, not more, e.g. in the initialization of the for loop for ( HERE ; ; )
When you want to skip curly braces and keep a single statement: if (foo) HERE ; (please don't do that, it's really ugly!)
When a statement is not an expression, semicolon cannot be replaced by a comma. For example these are disallowed:
(foo, if (foo) bar) (if is not an expression)
int x, int y (variable declaration is not an expression)
In your case we have:
a=b, c;, equivalent to a=b; c;, assuming that a is of type that does not overload the comma operator.
a = b, c = d; equivalent to a=b; c=d;, assuming that a is of type that does not overload the comma operator.
Do note that not every comma is actually a comma operator. Some commas which have a completely different meaning:
int a, b; --- variable declaration list is comma separated, but these are not comma operators
int a=5, b=3; --- this is also a comma separated variable declaration list
foo(x,y) --- comma-separated argument list. In fact, x and y can be evaluated in any order!
FOO(x,y) --- comma-separated macro argument list
foo<a,b> --- comma-separated template argument list
int foo(int a, int b) --- comma-separated parameter list
Foo::Foo() : a(5), b(3) {} --- comma-separated initializer list in a class constructor
* This is not entirely true if you apply optimizations. If the compiler recognizes that certain piece of code has absolutely no impact on the rest, it will remove the unnecessary statements.
Further reading: http://en.wikipedia.org/wiki/Comma_operator
It would be equal to b.
The comma operator has a lower precedence than assignment.
The value of a will be b, but the value of the expression will be c. That is, in
d = (a = b, c);
a would be equal to b, and d would be equal to c.
b's value will be assigned to a.
Nothing will happen to c
Yes Comma operator has low precedence than Assignment operator
#include<stdio.h>
int main()
{
int i;
i = (1,2,3);
printf("i:%d\n",i);
return 0;
}
Output : i=3
Because comma operator always return rightmost value.
In case of comma operator with Assignment Operator:
int main()
{
int i;
i = 1,2,3;
printf("i:%d\n",i);
return 0;
}
Ouput: i=1
As we know comma operator has lower precedence than assignment.....
The value of a will be equal to b, since the comma operator has a lower precedence than the assignment operator.
First things first: Comma is actually not an operator, for the compiler it is just a token which gets a meaning in context with other tokens.
What does this mean and why bother?
Example 1:
To understand the difference between the meaning of the same token in a different context we take a look at this example:
class Example {
Foo<int, char*> ContentA;
}
Usually a C++ beginner would think that this expression could/would compare things but it is absolutly wrong, the meaning of the <, > and , tokens depent on the context of use.
The correct interpretation of the example above is of course that it is an instatiation of a template.
Example 2:
When we write a typically for loop with more than one initialisation variable and/or more than one expressions that should be done after each iteration of the loop we use comma too:
for(a=5,b=0;a<42;a++,b--)
...
The meaning of the comma depends on the context of use, here it is the context of the for construction.
What does a comma in context actually mean?
To complicate it even more (as always in C++) the comma operator can itself be overloaded (thanks to Konrad Rudolph for pointing that out).
To come back to the question, the Code
a = b, c;
means for the compiler something like
(a = b), c;
because the priority of the = token/operator is higher than the priority of the , token.
and this is interpreted in context like
a = b;
c;
(note that the interpretation depend on context, here it it neither a function/method call or a template instatiation.)

Comma as statement end does not hinder compilation [duplicate]

How does the comma operator work in C++?
For instance, if I do:
a = b, c;
Does a end up equaling b or c?
(Yes, I know this is easy to test - just documenting on here for someone to find the answer quickly.)
Update: This question has exposed a nuance when using the comma operator. Just to document this:
a = b, c; // a is set to the value of b!
a = (b, c); // a is set to the value of c!
This question was actually inspired by a typo in code. What was intended to be
a = b;
c = d;
Turned into
a = b, // <- Note comma typo!
c = d;
The comma operator has the lowest precedence of all C/C++ operators. Therefore it's always the last one to bind to an expression, meaning this:
a = b, c;
is equivalent to:
(a = b), c;
Another interesting fact is that the comma operator introduces a sequence point. This means that the expression:
a+b, c(), d
is guaranteed to have its three subexpressions (a+b, c() and d) evaluated in order. This is significant if they have side-effects. Normally compilers are allowed to evaluate subexpressions in whatever order they find fit; for example, in a function call:
someFunc(arg1, arg2, arg3)
arguments can be evaluated in an arbitrary order. Note that the commas in the function call are not operators; they are separators.
Take care to notice that the comma operator may be overloaded in C++. The actual behaviour may thus be very different from the one expected.
As an example, Boost.Spirit uses the comma operator quite cleverly to implement list initializers for symbol tables. Thus, it makes the following syntax possible and meaningful:
keywords = "and", "or", "not", "xor";
Notice that due to operator precedence, the code is (intentionally!) identical to
(((keywords = "and"), "or"), "not"), "xor";
That is, the first operator called is keywords.operator =("and") which returns a proxy object on which the remaining operator,s are invoked:
keywords.operator =("and").operator ,("or").operator ,("not").operator ,("xor");
The comma operator:
has the lowest precedence
is left-associative
A default version of comma operator is defined for all types (built-in and custom), and it works as follows - given exprA , exprB:
exprA is evaluated
the result of exprA is ignored
exprB is evaluated
the result of exprB is returned as the result of the whole expression
With most operators, the compiler is allowed to choose the order of execution and it is even required to skip the execution whatsoever if it does not affect the final result (e.g. false && foo() will skip the call to foo). This is however not the case for comma operator and the above steps will always happen*.
In practice, the default comma operator works almost the same way as a semicolon. The difference is that two expressions separated by a semicolon form two separate statements, while comma-separation keeps all as a single expression. This is why comma operator is sometimes used in the following scenarios:
C syntax requires an single expression, not a statement. e.g. in if( HERE )
C syntax requires a single statement, not more, e.g. in the initialization of the for loop for ( HERE ; ; )
When you want to skip curly braces and keep a single statement: if (foo) HERE ; (please don't do that, it's really ugly!)
When a statement is not an expression, semicolon cannot be replaced by a comma. For example these are disallowed:
(foo, if (foo) bar) (if is not an expression)
int x, int y (variable declaration is not an expression)
In your case we have:
a=b, c;, equivalent to a=b; c;, assuming that a is of type that does not overload the comma operator.
a = b, c = d; equivalent to a=b; c=d;, assuming that a is of type that does not overload the comma operator.
Do note that not every comma is actually a comma operator. Some commas which have a completely different meaning:
int a, b; --- variable declaration list is comma separated, but these are not comma operators
int a=5, b=3; --- this is also a comma separated variable declaration list
foo(x,y) --- comma-separated argument list. In fact, x and y can be evaluated in any order!
FOO(x,y) --- comma-separated macro argument list
foo<a,b> --- comma-separated template argument list
int foo(int a, int b) --- comma-separated parameter list
Foo::Foo() : a(5), b(3) {} --- comma-separated initializer list in a class constructor
* This is not entirely true if you apply optimizations. If the compiler recognizes that certain piece of code has absolutely no impact on the rest, it will remove the unnecessary statements.
Further reading: http://en.wikipedia.org/wiki/Comma_operator
It would be equal to b.
The comma operator has a lower precedence than assignment.
The value of a will be b, but the value of the expression will be c. That is, in
d = (a = b, c);
a would be equal to b, and d would be equal to c.
b's value will be assigned to a.
Nothing will happen to c
Yes Comma operator has low precedence than Assignment operator
#include<stdio.h>
int main()
{
int i;
i = (1,2,3);
printf("i:%d\n",i);
return 0;
}
Output : i=3
Because comma operator always return rightmost value.
In case of comma operator with Assignment Operator:
int main()
{
int i;
i = 1,2,3;
printf("i:%d\n",i);
return 0;
}
Ouput: i=1
As we know comma operator has lower precedence than assignment.....
The value of a will be equal to b, since the comma operator has a lower precedence than the assignment operator.
First things first: Comma is actually not an operator, for the compiler it is just a token which gets a meaning in context with other tokens.
What does this mean and why bother?
Example 1:
To understand the difference between the meaning of the same token in a different context we take a look at this example:
class Example {
Foo<int, char*> ContentA;
}
Usually a C++ beginner would think that this expression could/would compare things but it is absolutly wrong, the meaning of the <, > and , tokens depent on the context of use.
The correct interpretation of the example above is of course that it is an instatiation of a template.
Example 2:
When we write a typically for loop with more than one initialisation variable and/or more than one expressions that should be done after each iteration of the loop we use comma too:
for(a=5,b=0;a<42;a++,b--)
...
The meaning of the comma depends on the context of use, here it is the context of the for construction.
What does a comma in context actually mean?
To complicate it even more (as always in C++) the comma operator can itself be overloaded (thanks to Konrad Rudolph for pointing that out).
To come back to the question, the Code
a = b, c;
means for the compiler something like
(a = b), c;
because the priority of the = token/operator is higher than the priority of the , token.
and this is interpreted in context like
a = b;
c;
(note that the interpretation depend on context, here it it neither a function/method call or a template instatiation.)

How is this valid C++? What are these tuples supposed to be? [duplicate]

How does the comma operator work in C++?
For instance, if I do:
a = b, c;
Does a end up equaling b or c?
(Yes, I know this is easy to test - just documenting on here for someone to find the answer quickly.)
Update: This question has exposed a nuance when using the comma operator. Just to document this:
a = b, c; // a is set to the value of b!
a = (b, c); // a is set to the value of c!
This question was actually inspired by a typo in code. What was intended to be
a = b;
c = d;
Turned into
a = b, // <- Note comma typo!
c = d;
The comma operator has the lowest precedence of all C/C++ operators. Therefore it's always the last one to bind to an expression, meaning this:
a = b, c;
is equivalent to:
(a = b), c;
Another interesting fact is that the comma operator introduces a sequence point. This means that the expression:
a+b, c(), d
is guaranteed to have its three subexpressions (a+b, c() and d) evaluated in order. This is significant if they have side-effects. Normally compilers are allowed to evaluate subexpressions in whatever order they find fit; for example, in a function call:
someFunc(arg1, arg2, arg3)
arguments can be evaluated in an arbitrary order. Note that the commas in the function call are not operators; they are separators.
Take care to notice that the comma operator may be overloaded in C++. The actual behaviour may thus be very different from the one expected.
As an example, Boost.Spirit uses the comma operator quite cleverly to implement list initializers for symbol tables. Thus, it makes the following syntax possible and meaningful:
keywords = "and", "or", "not", "xor";
Notice that due to operator precedence, the code is (intentionally!) identical to
(((keywords = "and"), "or"), "not"), "xor";
That is, the first operator called is keywords.operator =("and") which returns a proxy object on which the remaining operator,s are invoked:
keywords.operator =("and").operator ,("or").operator ,("not").operator ,("xor");
The comma operator:
has the lowest precedence
is left-associative
A default version of comma operator is defined for all types (built-in and custom), and it works as follows - given exprA , exprB:
exprA is evaluated
the result of exprA is ignored
exprB is evaluated
the result of exprB is returned as the result of the whole expression
With most operators, the compiler is allowed to choose the order of execution and it is even required to skip the execution whatsoever if it does not affect the final result (e.g. false && foo() will skip the call to foo). This is however not the case for comma operator and the above steps will always happen*.
In practice, the default comma operator works almost the same way as a semicolon. The difference is that two expressions separated by a semicolon form two separate statements, while comma-separation keeps all as a single expression. This is why comma operator is sometimes used in the following scenarios:
C syntax requires an single expression, not a statement. e.g. in if( HERE )
C syntax requires a single statement, not more, e.g. in the initialization of the for loop for ( HERE ; ; )
When you want to skip curly braces and keep a single statement: if (foo) HERE ; (please don't do that, it's really ugly!)
When a statement is not an expression, semicolon cannot be replaced by a comma. For example these are disallowed:
(foo, if (foo) bar) (if is not an expression)
int x, int y (variable declaration is not an expression)
In your case we have:
a=b, c;, equivalent to a=b; c;, assuming that a is of type that does not overload the comma operator.
a = b, c = d; equivalent to a=b; c=d;, assuming that a is of type that does not overload the comma operator.
Do note that not every comma is actually a comma operator. Some commas which have a completely different meaning:
int a, b; --- variable declaration list is comma separated, but these are not comma operators
int a=5, b=3; --- this is also a comma separated variable declaration list
foo(x,y) --- comma-separated argument list. In fact, x and y can be evaluated in any order!
FOO(x,y) --- comma-separated macro argument list
foo<a,b> --- comma-separated template argument list
int foo(int a, int b) --- comma-separated parameter list
Foo::Foo() : a(5), b(3) {} --- comma-separated initializer list in a class constructor
* This is not entirely true if you apply optimizations. If the compiler recognizes that certain piece of code has absolutely no impact on the rest, it will remove the unnecessary statements.
Further reading: http://en.wikipedia.org/wiki/Comma_operator
It would be equal to b.
The comma operator has a lower precedence than assignment.
The value of a will be b, but the value of the expression will be c. That is, in
d = (a = b, c);
a would be equal to b, and d would be equal to c.
b's value will be assigned to a.
Nothing will happen to c
Yes Comma operator has low precedence than Assignment operator
#include<stdio.h>
int main()
{
int i;
i = (1,2,3);
printf("i:%d\n",i);
return 0;
}
Output : i=3
Because comma operator always return rightmost value.
In case of comma operator with Assignment Operator:
int main()
{
int i;
i = 1,2,3;
printf("i:%d\n",i);
return 0;
}
Ouput: i=1
As we know comma operator has lower precedence than assignment.....
The value of a will be equal to b, since the comma operator has a lower precedence than the assignment operator.
First things first: Comma is actually not an operator, for the compiler it is just a token which gets a meaning in context with other tokens.
What does this mean and why bother?
Example 1:
To understand the difference between the meaning of the same token in a different context we take a look at this example:
class Example {
Foo<int, char*> ContentA;
}
Usually a C++ beginner would think that this expression could/would compare things but it is absolutly wrong, the meaning of the <, > and , tokens depent on the context of use.
The correct interpretation of the example above is of course that it is an instatiation of a template.
Example 2:
When we write a typically for loop with more than one initialisation variable and/or more than one expressions that should be done after each iteration of the loop we use comma too:
for(a=5,b=0;a<42;a++,b--)
...
The meaning of the comma depends on the context of use, here it is the context of the for construction.
What does a comma in context actually mean?
To complicate it even more (as always in C++) the comma operator can itself be overloaded (thanks to Konrad Rudolph for pointing that out).
To come back to the question, the Code
a = b, c;
means for the compiler something like
(a = b), c;
because the priority of the = token/operator is higher than the priority of the , token.
and this is interpreted in context like
a = b;
c;
(note that the interpretation depend on context, here it it neither a function/method call or a template instatiation.)

I haven't seen any code like this before, what is it? [duplicate]

How does the comma operator work in C++?
For instance, if I do:
a = b, c;
Does a end up equaling b or c?
(Yes, I know this is easy to test - just documenting on here for someone to find the answer quickly.)
Update: This question has exposed a nuance when using the comma operator. Just to document this:
a = b, c; // a is set to the value of b!
a = (b, c); // a is set to the value of c!
This question was actually inspired by a typo in code. What was intended to be
a = b;
c = d;
Turned into
a = b, // <- Note comma typo!
c = d;
The comma operator has the lowest precedence of all C/C++ operators. Therefore it's always the last one to bind to an expression, meaning this:
a = b, c;
is equivalent to:
(a = b), c;
Another interesting fact is that the comma operator introduces a sequence point. This means that the expression:
a+b, c(), d
is guaranteed to have its three subexpressions (a+b, c() and d) evaluated in order. This is significant if they have side-effects. Normally compilers are allowed to evaluate subexpressions in whatever order they find fit; for example, in a function call:
someFunc(arg1, arg2, arg3)
arguments can be evaluated in an arbitrary order. Note that the commas in the function call are not operators; they are separators.
Take care to notice that the comma operator may be overloaded in C++. The actual behaviour may thus be very different from the one expected.
As an example, Boost.Spirit uses the comma operator quite cleverly to implement list initializers for symbol tables. Thus, it makes the following syntax possible and meaningful:
keywords = "and", "or", "not", "xor";
Notice that due to operator precedence, the code is (intentionally!) identical to
(((keywords = "and"), "or"), "not"), "xor";
That is, the first operator called is keywords.operator =("and") which returns a proxy object on which the remaining operator,s are invoked:
keywords.operator =("and").operator ,("or").operator ,("not").operator ,("xor");
The comma operator:
has the lowest precedence
is left-associative
A default version of comma operator is defined for all types (built-in and custom), and it works as follows - given exprA , exprB:
exprA is evaluated
the result of exprA is ignored
exprB is evaluated
the result of exprB is returned as the result of the whole expression
With most operators, the compiler is allowed to choose the order of execution and it is even required to skip the execution whatsoever if it does not affect the final result (e.g. false && foo() will skip the call to foo). This is however not the case for comma operator and the above steps will always happen*.
In practice, the default comma operator works almost the same way as a semicolon. The difference is that two expressions separated by a semicolon form two separate statements, while comma-separation keeps all as a single expression. This is why comma operator is sometimes used in the following scenarios:
C syntax requires an single expression, not a statement. e.g. in if( HERE )
C syntax requires a single statement, not more, e.g. in the initialization of the for loop for ( HERE ; ; )
When you want to skip curly braces and keep a single statement: if (foo) HERE ; (please don't do that, it's really ugly!)
When a statement is not an expression, semicolon cannot be replaced by a comma. For example these are disallowed:
(foo, if (foo) bar) (if is not an expression)
int x, int y (variable declaration is not an expression)
In your case we have:
a=b, c;, equivalent to a=b; c;, assuming that a is of type that does not overload the comma operator.
a = b, c = d; equivalent to a=b; c=d;, assuming that a is of type that does not overload the comma operator.
Do note that not every comma is actually a comma operator. Some commas which have a completely different meaning:
int a, b; --- variable declaration list is comma separated, but these are not comma operators
int a=5, b=3; --- this is also a comma separated variable declaration list
foo(x,y) --- comma-separated argument list. In fact, x and y can be evaluated in any order!
FOO(x,y) --- comma-separated macro argument list
foo<a,b> --- comma-separated template argument list
int foo(int a, int b) --- comma-separated parameter list
Foo::Foo() : a(5), b(3) {} --- comma-separated initializer list in a class constructor
* This is not entirely true if you apply optimizations. If the compiler recognizes that certain piece of code has absolutely no impact on the rest, it will remove the unnecessary statements.
Further reading: http://en.wikipedia.org/wiki/Comma_operator
It would be equal to b.
The comma operator has a lower precedence than assignment.
The value of a will be b, but the value of the expression will be c. That is, in
d = (a = b, c);
a would be equal to b, and d would be equal to c.
b's value will be assigned to a.
Nothing will happen to c
Yes Comma operator has low precedence than Assignment operator
#include<stdio.h>
int main()
{
int i;
i = (1,2,3);
printf("i:%d\n",i);
return 0;
}
Output : i=3
Because comma operator always return rightmost value.
In case of comma operator with Assignment Operator:
int main()
{
int i;
i = 1,2,3;
printf("i:%d\n",i);
return 0;
}
Ouput: i=1
As we know comma operator has lower precedence than assignment.....
The value of a will be equal to b, since the comma operator has a lower precedence than the assignment operator.
First things first: Comma is actually not an operator, for the compiler it is just a token which gets a meaning in context with other tokens.
What does this mean and why bother?
Example 1:
To understand the difference between the meaning of the same token in a different context we take a look at this example:
class Example {
Foo<int, char*> ContentA;
}
Usually a C++ beginner would think that this expression could/would compare things but it is absolutly wrong, the meaning of the <, > and , tokens depent on the context of use.
The correct interpretation of the example above is of course that it is an instatiation of a template.
Example 2:
When we write a typically for loop with more than one initialisation variable and/or more than one expressions that should be done after each iteration of the loop we use comma too:
for(a=5,b=0;a<42;a++,b--)
...
The meaning of the comma depends on the context of use, here it is the context of the for construction.
What does a comma in context actually mean?
To complicate it even more (as always in C++) the comma operator can itself be overloaded (thanks to Konrad Rudolph for pointing that out).
To come back to the question, the Code
a = b, c;
means for the compiler something like
(a = b), c;
because the priority of the = token/operator is higher than the priority of the , token.
and this is interpreted in context like
a = b;
c;
(note that the interpretation depend on context, here it it neither a function/method call or a template instatiation.)

How this mechanism of value assignment work? [duplicate]

How does the comma operator work in C++?
For instance, if I do:
a = b, c;
Does a end up equaling b or c?
(Yes, I know this is easy to test - just documenting on here for someone to find the answer quickly.)
Update: This question has exposed a nuance when using the comma operator. Just to document this:
a = b, c; // a is set to the value of b!
a = (b, c); // a is set to the value of c!
This question was actually inspired by a typo in code. What was intended to be
a = b;
c = d;
Turned into
a = b, // <- Note comma typo!
c = d;
The comma operator has the lowest precedence of all C/C++ operators. Therefore it's always the last one to bind to an expression, meaning this:
a = b, c;
is equivalent to:
(a = b), c;
Another interesting fact is that the comma operator introduces a sequence point. This means that the expression:
a+b, c(), d
is guaranteed to have its three subexpressions (a+b, c() and d) evaluated in order. This is significant if they have side-effects. Normally compilers are allowed to evaluate subexpressions in whatever order they find fit; for example, in a function call:
someFunc(arg1, arg2, arg3)
arguments can be evaluated in an arbitrary order. Note that the commas in the function call are not operators; they are separators.
Take care to notice that the comma operator may be overloaded in C++. The actual behaviour may thus be very different from the one expected.
As an example, Boost.Spirit uses the comma operator quite cleverly to implement list initializers for symbol tables. Thus, it makes the following syntax possible and meaningful:
keywords = "and", "or", "not", "xor";
Notice that due to operator precedence, the code is (intentionally!) identical to
(((keywords = "and"), "or"), "not"), "xor";
That is, the first operator called is keywords.operator =("and") which returns a proxy object on which the remaining operator,s are invoked:
keywords.operator =("and").operator ,("or").operator ,("not").operator ,("xor");
The comma operator:
has the lowest precedence
is left-associative
A default version of comma operator is defined for all types (built-in and custom), and it works as follows - given exprA , exprB:
exprA is evaluated
the result of exprA is ignored
exprB is evaluated
the result of exprB is returned as the result of the whole expression
With most operators, the compiler is allowed to choose the order of execution and it is even required to skip the execution whatsoever if it does not affect the final result (e.g. false && foo() will skip the call to foo). This is however not the case for comma operator and the above steps will always happen*.
In practice, the default comma operator works almost the same way as a semicolon. The difference is that two expressions separated by a semicolon form two separate statements, while comma-separation keeps all as a single expression. This is why comma operator is sometimes used in the following scenarios:
C syntax requires an single expression, not a statement. e.g. in if( HERE )
C syntax requires a single statement, not more, e.g. in the initialization of the for loop for ( HERE ; ; )
When you want to skip curly braces and keep a single statement: if (foo) HERE ; (please don't do that, it's really ugly!)
When a statement is not an expression, semicolon cannot be replaced by a comma. For example these are disallowed:
(foo, if (foo) bar) (if is not an expression)
int x, int y (variable declaration is not an expression)
In your case we have:
a=b, c;, equivalent to a=b; c;, assuming that a is of type that does not overload the comma operator.
a = b, c = d; equivalent to a=b; c=d;, assuming that a is of type that does not overload the comma operator.
Do note that not every comma is actually a comma operator. Some commas which have a completely different meaning:
int a, b; --- variable declaration list is comma separated, but these are not comma operators
int a=5, b=3; --- this is also a comma separated variable declaration list
foo(x,y) --- comma-separated argument list. In fact, x and y can be evaluated in any order!
FOO(x,y) --- comma-separated macro argument list
foo<a,b> --- comma-separated template argument list
int foo(int a, int b) --- comma-separated parameter list
Foo::Foo() : a(5), b(3) {} --- comma-separated initializer list in a class constructor
* This is not entirely true if you apply optimizations. If the compiler recognizes that certain piece of code has absolutely no impact on the rest, it will remove the unnecessary statements.
Further reading: http://en.wikipedia.org/wiki/Comma_operator
It would be equal to b.
The comma operator has a lower precedence than assignment.
The value of a will be b, but the value of the expression will be c. That is, in
d = (a = b, c);
a would be equal to b, and d would be equal to c.
b's value will be assigned to a.
Nothing will happen to c
Yes Comma operator has low precedence than Assignment operator
#include<stdio.h>
int main()
{
int i;
i = (1,2,3);
printf("i:%d\n",i);
return 0;
}
Output : i=3
Because comma operator always return rightmost value.
In case of comma operator with Assignment Operator:
int main()
{
int i;
i = 1,2,3;
printf("i:%d\n",i);
return 0;
}
Ouput: i=1
As we know comma operator has lower precedence than assignment.....
The value of a will be equal to b, since the comma operator has a lower precedence than the assignment operator.
First things first: Comma is actually not an operator, for the compiler it is just a token which gets a meaning in context with other tokens.
What does this mean and why bother?
Example 1:
To understand the difference between the meaning of the same token in a different context we take a look at this example:
class Example {
Foo<int, char*> ContentA;
}
Usually a C++ beginner would think that this expression could/would compare things but it is absolutly wrong, the meaning of the <, > and , tokens depent on the context of use.
The correct interpretation of the example above is of course that it is an instatiation of a template.
Example 2:
When we write a typically for loop with more than one initialisation variable and/or more than one expressions that should be done after each iteration of the loop we use comma too:
for(a=5,b=0;a<42;a++,b--)
...
The meaning of the comma depends on the context of use, here it is the context of the for construction.
What does a comma in context actually mean?
To complicate it even more (as always in C++) the comma operator can itself be overloaded (thanks to Konrad Rudolph for pointing that out).
To come back to the question, the Code
a = b, c;
means for the compiler something like
(a = b), c;
because the priority of the = token/operator is higher than the priority of the , token.
and this is interpreted in context like
a = b;
c;
(note that the interpretation depend on context, here it it neither a function/method call or a template instatiation.)