Лечим "кракозябры" в консоли сборки Qt Creator под Windows

Добрый день, друзья!

Не понятно? Вот и с Qt Creator'ом так - о чем он там пишет на "русском" в консоли сборки - черт его знает... :-). Хотя здесь только "половина" его вины, а именно нежелание разработчиков "пофиксить" ситуацию, когда вывод вызываемого в консоли mingw32 идет в кодировке ibm866, а сам Qt Creator работает в кодировке cp1251. Конечно, проблемы нет для англоязычных разработчиков (ну и для тех, у кого "локаль" на ПК установлена в одной из вариации "английской"), но что же делать нам, истинным патриотам своего языка? :-) 

На форумах, посвященных Qt, есть несколько тем с означенной проблемой и парочкой возможных путей решения, основная идея которых это замена конфигурационных файлов самого Qt Creator'а перед его компиляцией либо уже пропатчивание готового исполняемого файла. Больше всего решений связано с заменой файла jom.exe, ранее пропатченным одним умельцем b-s-a (например, тут можете ознакомиться более подробно). Хотя это, по сути, справедливо для компилятора от Visual Studio, а у нас тут все же mingw32 :-). 

Поэтому, если Вам не помогли способы описанные на ресурсах указанных выше, предлагаю ознакомиться и с моим решением данной проблемы... "костыльным" решением ... но имеющим право на существование ;-).

Qt Creator - ни релиза, без сюрприза!

В то время, когда вся наша огромная страна, а частью и все бывшие союзные республики, отмечали День победы (за что еще ОДНО ОГРОМНОЕ СПАСИБО нашим дедам, отцам, бабушкам и матерям, которые этот день "приближали как могли"), неугомонные программисты из команды Qt выпустили в свет новую версию Qt Creator - 2.5.0.

Как обычно заявлен внушительный список изменений и дополнений, а так же парочка новых плагинов (один из которых, судя по фамилиям, написали наши соотечественники - Дмитрий Савченко и Василий Сорокин). Но основное изменение, как мне видится, затронет Windows пользователей инструментария Qt. Исходя из замечания для пользователей MinGW, кое в моем вольном переводе можно озвучить как: