Как создать новый сеанс tmux, если его не существует

Я экспериментирую с gcov, используя mingw gcc 4.4.0. Я получаю интересные, но странные результаты. Распространенный паттерн выглядит примерно так ...

     5162:   66:  std::string::iterator i = l_Temp.begin ();
     5162:   67:  std::string::iterator j = l_Temp.end () - 1;
        -:   68:  char ch;
        -:   69:
    20564:   70:  while (i < j)
        -:   71:  {
    10240:   72:    ch = *i; *i = *j; *j = ch; i++; j--;
        -:   73:  }
        -:   74:
    #####:   75:  return l_Temp;
        -:   76:}

Как можно, чтобы возвращать вообще не было ожидаемым, учитывая, что цикл непосредственно перед тем как явно выполняется и завершается? Я думаю я' Я стал жертвой оптимизации возвращаемого значения, учитывая, что эта временная переменная имеет тип std :: string .

Проблема в том, что я уже указываю -O0 в параметры компилятора. Это именно те флаги компилятора, которые я использую ...

-Wno-invalid-offsetof -g -O0 -fprofile-arcs -ftest-coverage

По-моему, не все оптимизации отключены -O0 . Я могу начать поиск конкретных флагов оптимизации один за другим, когда замечаю проблемы, но это кажется странной вещью, которую нужно сделать.

Итак - какие флаги следует я указал, чтобы получить вменяемое покрытие результаты из gcov?

РЕДАКТИРОВАТЬ

До сих пор, я думаю, мне нужны следующие дополнительные флаги ...

• -fno-default-inline
• -fno-inline

Я не уверен, что эти оба необходимы, хотя я думаю, что каждый из них отключает определенный тип встроенного.

Однако я не нашел способа отключить оптимизацию возвращаемого значения. Это не большая проблема, но это немного раздражает. При достижении 100% покрытия некоторые файлы, которые действительно достигают 100%, будут сообщаться как менее из-за этой проблемы. Grep может найти маркеры ##### и показать, предназначены ли они для операторов return , но вам все равно нужно провести визуальный осмотр, чтобы убедиться, что проблема является чисто РВО.