Кодинг

[Iron Man]

c0der

Можешь провести тесты сам. Компайлер от MS выигрывает как по скорости генирируемого кода, так и по соответствию стандарту. Компайлер от Borland, кроме рвотных позывов никаких эмоций у меня не вызывает.

Зато линкует M$C++ долго, и в общем процесс построения (build all) длится у мелкомягкого продукта раза в 4 дольше чем на делфи 7.

В Delphi 2005 вообще процесс компиляции поэтапный - прогу компилит по мере написания кода, так что "фиальная" компиляция длится вообще почти доли секунды. Так что насчёт скорости компиляции M$C++ ещё далековато.

Что касается скорости работы программы, то MSC++ проги действительно выполняются быстрее, но не потому, что у борланда плохой компилятор, а потому что VCL работает сама по себе медленее, по причине своей громоздкости, если писать прогу на чистом API- будет летать не хуже мелкомягкого творения и весить не больше... сам проверял!

[c0der]

Iron Man

Про Дельфи я помолчу.

По-поводу времени компиляции - честно говоря, мне безразлично, я не делаю rebuil all каждые пять минут, скорее раз в неделю, к тому же есть precompiled headers и incremental link, которые ускоряют компиляцию в разы.

Что касается скорости работы программы, то если программа состоит из одних лишь вызовов API, то бесспорно, компиляторы cl и bcc сгенерят равнозначный по скорости код, однако программа это отнюдь не одни лишь вызовы API, верно? И вот здесь мы приходим к выводу, что компилятор от Borland не умеет оптимизировать код вообще, такое ощущение, что bcc в релизе компилит как cl в дебаге, простой пример

Код: Выделить всё

int z;
for (int i = 0; i < 1000000000; i++)
    z = i;

bcc это скомпилит в миллиардный цикл, а cl выкинет цикл вообще и сделает так:
z = 1000000000;
как говорится "почувствуйте разницу"...

Огромный тупняк bcc - шаблоны, компилер для того же stl генерит параноидальный код, boost вообще на bcc компилироваться отказался, так что, извольте, я лучше воспользуюсь "думающим" инструментом.

[Gorinich]

Это хороший вариант... только в шахтах "закончились" организации, в которых нужна такая сила (и такие деньги)

В которых есть такие деньги, чтобы их на это отдать.

[Gorinich]

bcc это скомпилит в миллиардный цикл, а cl выкинет цикл вообще и сделает так:
z = 1000000000;

z=999999999;
)))

[Iron Man]

Gorinich

z=999999999;
)))

Респект! :cheesy:

[c0der]

Бугагагагага
да, 999999999
но смысл моего сообщения не в этом, верно?

[Borr]

То варищи помогите ссылочкой
Где лутше всего взять ODBC драва под винду, с полным набором, а то у меня на тачках ODBC стоят -- dbf файлы хавают только с названием до 8 символов, а это для меня критично

[dBaser]

Borr, А у тя стоит M$ Oficce с Access`ом?

[Borr]

Мне просто нужны свежие ODBC драва (в полном наборе) и все, один exe шник. Office мне не нужно ставить FOXPRO тоже с ADO я так же уходить не собираюсь. Мне только ссылка нужна.

[dBaser]

Borr

http://search.microsoft.com/search/resu ... &s=1&swc=0



Для ФоксПро
http://download.microsoft.com/download/ ... fpodbc.msm


У ФоксПро вроде *.dbf

[Borr]

Спасибо

[Iron Man]

Borr

А я вот пользуюсь встроенным dbf драйвером, т.е. установил компонент- и работай! не нужно никаких BDE и ADO... имхо т.к. обычно dbf базы данных не очень большие и сложные- очень удобный вариант.

[Borr]

Каким конкретно?

А я вот пользуюсь встроенным dbf драйвером

[Iron Man]

Borr

Мне больше нравится TDbf, хотя Halcyon тоже ничего...

[Borr]

Это не стандартные элементы? Я с ними не знаком, потому что он только под Delphi (на Builer C++ что-то подобное есть?)
У меня и через ODBC все нормально работает. Единственная досадная вещь -- название dbf файла должно быть англ. и до 8 символов (говорят лечиться обновлением ODBC) -- я обновил а мне это ничего не дало.