Well, this was supposed to be another "Random" post, but as the typing went on, it grew quite long, so I've decided to post this as a normal post. So, today's post will be about some new (i.e. new for me) extensions in GCC I've dig up, and a random rant on what I still miss in C/C++ (and no, I don't have templates of templates of templates in mind ;f).

The first GCC extension on the list is the binary constant, e.g.:
int a = 0b01010101;
Yees, finally I won't have to convert binary numbers to hex (well actually I already do it quite fast, so... But! Better late than never I guess).

The second extension on my list is the Thread Local Storage in-language support. So, finally the gcc/g++ users (including MinGW) can operate on TLS without having yo use the system API, hence, more portability between e.g. Linux and Windows systems :)
In gcc/g++ you use TLS like this:
__thread int asdf;
As a reminder, you can also use in-language TLS in Visual C++, however the declaration is a bit different (though, still similar):
__declspec(thread) int asdf;
Well, C++0x will have TLS support covered by the standard, and there will be yet another different keyword to do that: thread_local.

I've tested the above extension (code + output are on the bottom of the post) on MinGW gcc 4.4.0, however it didn't work properly, i.e. the variable was declared OK using the __thread keyword (i.e. there was no "undeclared __thread" error), but it was still treated as a normal global variable. After googling a bit I found an enigmatic note regarding MinGW GCC 4.4 saying that "keyword __thread is honored" (honored != supported?). Also, I've founf Tls* imports in the generated executable, but still, it didn't work (maybe it wasn't implemented properly yet?).
Well, the end of this story is quite easy to predict: after upgrading to MinGW GCC 4.5.0 everything started working just fine (btw, I found the new mingw-get installing quite cool) :)

OK, another extension! Looks like GCC gained support for the fixed point variables and radix 10 floating points (a step to conform the revised IEEE-754-2008 standard I would guess).
Well, I didn't yet play to much with these, so maybe I'll write something when I finally get to play with them :)

So many new extensions! But still, I miss two things:
1. multiple-level break, that could jump out of N nested-loops at once
2. a break for an stand-alone and if/else blocks of code (a "weak-break")

For those who are not familiar with N-level breaks or labeled blocks of code, the first item on the list is related to a code like this:
while(a) {
 while(b) {
   if(c) break_out_of_both_loops;
 }
}
Well, in C/C++ you cannot break out of both loops at once using just the break instruction. Nope, sorry. You have to emulate this behavior by using one of these fairly known tricks:
1. goto to a label declared after both loops - pretty straight-forward, but... let the anty-goto flames begin! ;)
2. throw (some kind of) an exception and catch it after the loops - well, not everybody likes throwing stuff, nor everybody can actually do it; additionally, some kinds of exceptions are rather expensive
3. move both loops to an external function and use return to jump out of both loops - the code grows big, you have to pass the variables again, and create another function...
4. move only the internal loop to an new function, and return false if one wants to jump out of the second loop at exit (if(!func()) break) - same above.
5. at break, make the 'a' condition to be unmet (e.g. if 'a' is 'a < 10', make a = 10) - not really elegant, and you can introduce some bugs into the code, even if not now, than in the future when someone changes the 'a' condition; also, if 'a' relies on some function calls, it gets reallly tricky.
6. declare a flag before the internal loop, and test it after the loop; if the flag is set, do a break (e.g. bool run_away = false; while(b) { if(c) { run_away = true; break; } } if(run_away) break;) - this is the most elegant emulation I can think of, alas, you have to introduce another variable :(
And so on...

Personally, I would like the code blocks to have an optional name (like they do e.g. in Java). This could look like this:
while(a) petla_zew: {
 while(b) {
   if(c) break petla_zew;
 }
}
Another idea is break <N>, where <N> is the number of loops to jump out of (in out example we should use break 2). Well, but this could cause some bugs in the future, especially when someone changes layout order of the nested loops and forgets to change the <N>.

Well, maybe someday :)

The second thing I've placed on the list is a weak break, that can just to the and of any (i.e. not only for/while/do loops) block of code, e.g. free standing { } or the if(c) { }.
For example, I would like the jump out of the if() block here a little earlier:
if(a) {
 some_code;
 if(b) break_out_of_external_if;
 some_code;
}
Well, you cannot do that straight-forward, and you have to emulate it once again, e.g. using goto and labels (food for the goto flame war ;p) or changing the if block into a while block with an additional break at the end:
while(a) {
 some_code;
 if(b) break;
 some_code;
 break; // additional break to maintain the code logic
}
Of course, if this code had some additional if(c) that jumped out of an external loop, this would lead us to the first problem.

And so I add a weak break to my personal language feature wish list :)

Btw, perl has another interesting construct from the break/continue family - redo. Worth taking a look.

Also MSM on the Polish-side of the mirror mentioned a great legacy mechanism (from Fortran) called COME FROM - this is my new favorite jump-like instruction! Ever! :)

Thats that.

Attachment 1 - experimental code for testing __thread:
#include <stdio.h>
#include <windows.h>

static __thread int var;

DWORD WINAPI MyThread(LPVOID lpParameter)
{
 int param = (int)lpParameter;

 printf("MyThread initial var:\t\t%i\n", var);
 var = param;
 printf("MyThread var at end:\t\t%i\n", var);  

 return 0;
}

int main(void)
{
 HANDLE th;

 var = 13;

 printf("Main initial var:\t\t%i\n", var);
 
 th = CreateThread(NULL, 0, MyThread, (LPVOID)37, 0, NULL);
 WaitForSingleObject(th, INFINITE);
 CloseHandle(th);

 printf("Main after MyThread finishes:\t%i\n", var);

 return 0;
}
Incorrect output (MinGW gcc 4.4.0):
Main initial var:               13
MyThread initial var:           13
MyThread var at end:            37
Main after MyThread finishes:   37
Correct output (MinGW gcc 4.5.0):
Main initial var:               13
MyThread initial var:           0
MyThread var at end:            37
Main after MyThread finishes:   13