Тег «Visual Studio»

Visual Studio разрушает мозг

Хе-хе, это не я, это все Петцольд сказал. Уж кому, как не ему, это знать!

А если честно, я с ним согласен. И сам все больше и больше отхожу от IDE в пользу Emacs, причем без средств управления проектами (да, я иногда меняю свое мнение). Во-первых, я нахожу, что «управление проектом» в техническом смысле — штука несколько эфемерная, и, во-вторых, в Emacs оно сделано ужасно неудобно.

В результате я решил, что хороший текстовый редактор повышает мою производительность гораздо сильнее, чем хорошая IDE. А автоматизация сборки и тестирования вполне удовлетворяется Autotools или cmake (статьи про которые я все никак не допишу), а что не смогут они, смогут сценарии bash или Power Shell.

P.S. Ссылку на Петцольда стащил у Сергея Зефирова.

УжасноПлохоНормальноХорошоОтлично (Еще не оценили)
Loading ... Loading ...

Сборка Qt 4.6.0 для Visual Studio 2008

Установил я как-то Windows 7, и зело он мне приглянулся. Пожалуй, из всего, что я видел, здесь самый удобный интерфейс и самая высокая работоспособность «из коробки» (правда, я не пробовал еще MacOS и всякие маргинальные клавиатурно-ориентированные иксовые оболочки вроде xmonad). И GUI визуально шустрее, чем на моей Федоре. Так что на данный момент «господин назначил Windows любимой осью», и пингвинов загружает только по необходимости или нестерпимому зову сердца.

Чем занимается линуксоид, обретя свежую винду? Конечно же, собирает что-нибудь из исходников! Вот я и решил собрать себе последнюю Qt, да не просто собрать (этак можно MinGW прикрутить и спать спокойно), а так, чтобы почти вся разработка происходила в Visual Studio, и компилятор использовался местный, а не портированный. И чтоб отладка тоже из IDE.

Ну что ж, дело нехитрое:

  1. качаем Qt и устанавливаем ее, скажем, в C:\qt\2009.05;
  2. на всякий случай копируем в C:\qt\4.6;
  3. устанавливаем переменные окружения:
    QTDIR=C:\Qt\4.6\qt;
    QMAKESPEC=win32-msvc2008;
    добавляем C:\Qt\4.6\qt\bin в Path;
  4. дистрибутив версии 4.6 содержит забытые авторами временные файлы, которые приводят к ошибкам при сборке (настоящий opensource не собирается с первого раза, но зато всегда можно найти ответ на официальном сайте), поэтому нужно удалить файлы:
    C:\Qt\4.6\qt\src\script\tmp\moc\debug_shared\mocinclude.tmp
    C:\Qt\4.6\qt\src\script\tmp\moc\release_shared\mocinclude.tmp
    C:\Qt\4.6\qt\src\3rdparty\webkit\WebCore\tmp\moc\debug_shared\mocinclude.tmp
    C:\Qt\4.6\qt\src\3rdparty\webkit\WebCore\tmp\moc\release_shared\mocinclude.tmp
    будем надеяться, что в следующих релизах эта ошибка будет исправлена;
  5. запускаем Visual Studio, и из нее консоль (Tools → Visual Studio 2008 Command Prompt);
  6. переходим в C:\Qt\4.6\qt;
  7. запускаем configure, отвечаем на его вопросы; начнется подготовка к сборке, которая продлится минут 5-10;
  8. запускаем nmake, начнется сборка, которая продлится несколько часов (есть смысл оставить на ночь); в ходе сборки будет куча предупреждений, но не стоит принимать это близко к сердцу, главное чтобы процесс сборки не завершился сообщением об ошибке;
  9. закрываем Visual Studio, качаем и устанавливаем add-in;
  10. запускаем Visual Studio, идем в Qt → Qt Options и указываем там версию вместе с путем к установленному Qt;
  11. C:\Qt\2009.5 можно стирать;
  12. все.

Qt 4.6.0, Visual Studio 2008

Незнание пункта 4 стоило мне нескольких часов потраченного напрасно времени, которое мои читатели теперь смогут потратить более продуктивно. Благодарности принимаются в произвольной форме.

Если ставить LGPL-версию Qt, то Qt Designer не будет интегрирован в VS, а запустится отдельно при открытии UI-файла. Это, конечно, неудобство, но не критичное.

УжасноПлохоНормальноХорошоОтлично (2 голосов, средний: 5.00 из 5)
Loading ... Loading ...