cl.exe + linux = ?

[Копоть Артём]

Доброго времени суток!
Сижу на Linux Ubuntu, программирую под Windows. Успешно пользовался minGW (совершенно спокойно через wine ), пока мой знакомый программист не "залажал" minGW за медленный код. Я программирую графику, и мне скорость выполнения актуальна, поэтому посмотрел в сторону компилятора cl.exe, безбожно выдранного вместе с папками bin, lib и include из Visual Studio 2008.
Что и стоило ожидать, команда

wine cl.exe zcode.cpp

(находимся в папке bin, файл zcode.cpp с простейшей программой там же) выдала следующее:

zcode.cpp(1) : fatal error C1034: iostream: no include path set

Как я понимаю, cl.exe при компиляции обращается к переменным среды INCLUDE, LIB и вроде PATH.

Вопрос: можно ли задать необходимые данные в виде параметров или прописать в отдельном файле?

P.S. На всякий случай - содержимое zcode.cpp:

#include <iostream>


using namespace std;


int main()
{
        cout << "Hello, World!\n";

        return 0;
}

[waleri]

Напишите
cl /?
и изучайте

[Копоть Артём]

Ясно, спасибо!

[Utkin]

Если Вам актуальна скорость, то тестирование должно проводится на чистой вин-машине. А предварительное весьма желательно в виртуальной машине. Wine это все равно что тест на лабораторных мышах вместо того, чтобы тестировать в полевых условиях.

[Копоть Артём]

Utkin, спасибо за совет.

А проблему я решил очень просто. Исправил
#include <iostream>
на
#include "iostream",
а все требуемые хедеры закинул в папку bin, в каждом исправив угловые скобки на ковычки. Работает!

Файлы .lib кинул туда же, подшиваю с помощью #pragma comment(lib, "libname.lib").

Грубовато, конечно, но всё работает. Сейчас пишу программку, которая будет из произвольной папки кидать .cpp к cl.exe, запускать его через wine, и полученный .exe кидать в исходную папку. Чтобы не путаться в куче файлов в папке bin .

Кстати, .exe, полученный компилятором cl.exe, действительно быстрее и даже компактнее, чем полученный minGW.

[waleri]

MinGW насколько я помню использует GCC. Сильно сомневаюсь, что у GCC код сильно хуже, чем у CL. Рекомендую поизучать аргументы командной строки у GCC - их немало. Результат вас может удивить.

[Utkin]

У GCC нет цели получить самый быстрый и компактный код. Его задача универсальность (хотя код его совсем не медленный). Поэтому не стоит сравнивать два инструмента имеющих разное предназначение.