gerade im Fefeblog gelesen, wollte euch das nicht vorenthalten. Nachfolgenden Code unter Linux mit dem Gcc compilieren und einfach mal gucken, was er ausgibt:

#include <iostream>
using namespace std;

int main () {
        int i=2;
        if( -10*abs (i-1) == 10*abs(i-1) )
                        cout << ("OMG,-10==10 in linux!\n");
        else
                        cout << ("nothing special here\n");
}

$ g++ test.cpp && ./a.out

Hat einer eine Theorie zu dem Verhalten ?

EDIT://
Und bevor sich einer wegen der -ansi -pedantic option beschwehrt, den Fehler gibt's auch ohne

Ich hab das Ganze mal etwas eingegrenzt, vll findet ja jemand anders den Fehler:

1 #include <iostream>
  2 
  3 int main () {
  4         int i=0;
  5         asm("#bugA");
  6         int res= abs(i-1)*(-2);
  7         asm("#bugE");
  8         std::cout << res  << std::endl;
  9 }

thomas@macbook:~$ g++ test.cpp -O0 -lm -ansi -pedantic && ./a.out
2

Sollte aber -2 ergeben

...
  264 #APP
  265         #bugA
  266         .loc 3 6 0
  267 #NO_APP
  268         movl    -12(%ebp), %eax
  269         addl    %eax, %eax
  270         negl    %eax
  271         addl    $2, %eax
  272         movl    %eax, %edx
  273         sarl    $31, %edx
  274         xorl    %edx, %eax
  275         movl    %eax, -8(%ebp)
  276         subl    %edx, -8(%ebp)
  277         .loc 3 7 0
  278 #APP
  279         #bugE
  280         .loc 3 8 0
...

Meine Assemblerkenntnisse sind leider sehr beschränkt,
aber das sollte die fehlerhafte Stelle sein.

aber ist natürlich ein richtiger gau, wer auch immer diese abs optimierung in den gcc gemacht hat ist vermutlich seinen svn account los.