C abuse of the week
I continue to be amazed at the number of bizarre things you can arrange to do using the C preprocessor, the switch statement, and a strong stomach. I've previously used the combination to implement coroutines, of course, and also a modified version of for which performs its test after the loop body rather than before it.
Chris mentioned to me this morning the fact that you could write this sort of thing:
switch (get_value()) case 1: case 2: case 3: do_stuff();
which has the handy effect of calling get_value() only once and then testing its return value against several possibilities (though they're constrained to be compile-
The obvious solution seemed to me to be this:
#define IF_IN_LIST(expr,list) switch (expr) case list:
#define OR : case
which then lets you write compound statements that only look slightly un-
IF_IN_LIST(get_value(), 1 OR 2 OR 3)
do_stuff();
But then I realised that if you dangle a few more oddities off the switch statement, you can do better. If you do it like this:
#define IF_IN_LIST(expr,list) switch (expr) default: if (0) case list:
#define OR : case
then your uses of the macro can now include an optional else clause!
IF_IN_LIST(get_value(), 1 OR 2 OR 3)
do_stuff();
else
do_other_stuff();
(And naturally both versions work with either bare statements or braced blocks.)
no subject
Your use of if(0) is rather better than the tawdry use I sometimes make of the Java equivalent, if(false) - the Java compiler complains of unreachable code, and sometimes when you're working on something, it's nice to suppress that with an if(false) return;. Of course, Java is boring and won't let you jump into blocks with a case: like that...
no subject
I didn't know it was actually illegal in Java, though! Or do you just mean that Java doesn't let you put case statements in sub-blocks in general rather than that it specifically disallows them in otherwise unreachable ones?
no subject
no subject