sedmin писал(а) 08. Ноября 2007 :: 14:33:

А Интел - самое важное. Вести большую разработку на гнилом компиляторе - дохлая затея.

sedmin писал(а) 08. Ноября 2007 :: 14:33:

Во-первых, кому должно? Во-вторых, против компилятора ты не возражаешь?

sedmin писал(а) 08. Ноября 2007 :: 14:33:

Вот я и говорю, 1С++ 3.0.

sedmin писал(а) 08. Ноября 2007 :: 14:33:

Вот и здорово. У kms как раз есть работающий код 1С++, собираемый Интелом.
Лично мне было бы хорошо иметь как минимум 2.0.3 на Интеле. Но если это будет невозможно, то я перетерплю как-нибудь и одну 2.5 (3.0).

trdm писал(а) 08. Ноября 2007 :: 14:50:

Может быть, g++ и смог бы... Но наверняка с огромным гемором. Это сопоставимо, наверное, с попытками собрать 1С++ в VC8. Теоретически можно, но гемор огромный.

fez писал(а) 08. Ноября 2007 :: 14:27:

Нереально.

Либо на питон переходить.

fez писал(а) 08. Ноября 2007 :: 14:27:

Если совсем серьезно, то standalone можно писать на чем угодно.
Это можем спросить trdm - он нам еще раз расскажет про Qt, кроссплатформенность и т.д.
Ну, он в принципе, уже рассказывал.

А если применительно к v7/CBLContext, то v7 - это vc6 и MFC42 и никуда от этого ни деться.
А vc6 - это значит, что вся кодогенерация должна быть совместима с vc6.
Т.е. это либо vc6, либо интел. Других я не знаю.

При этом vc6 не умеет ничего, из того, что появилось начиная с 1995 года.
P.J.Plauger с тех пор успел основать Dinkumware, в 1998 и 2003 успели принять стандарт и поправки, но vc6 ничего об этом не знает.
Intel умеет все, что полагается стандартом и даже больше (С99 и С++0x).
Так что выбор тут особо не стоит - для тех, кому тесно в рамках 1994 года.

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

kms писал(а) 08. Ноября 2007 :: 17:47:

Ок. Тогда человек, заинтересованный в смене компилятора, должен сделать как минимум следующие шаги (как мне кажется):

1. Опубликовать патчи кода, необходимые для перехода. Именно патчи в формате diff -u, а не файлы с изменениями, основанные на версии 2.0.3.3. В идеале сделать это надо  в багзилле. То есть предварительно нужно еще и баг завести.
2. Рассказать в каком-то месте, которое будет с одной стороны не очень открыто, а с другой стороны доступно всем разработчикам, где взять IC, где взять лекарство (лекарство лучше вообще положить куда-нибудь поближе), что нужно сделать (по шагам), чтобы все заработало. Учтите, что одним из первых, кто будет переходить на IC окажется технический менеджер проекта, ибо ему нужно ночные сборки собирать. Так что рассказывать надо поподробнее.
3. Поскольку это изменение достойно выхода версий 2.1 и 2.6 - полагаю, что надо дать возможность всем остальным разработчикам предварительно закоммитить свои запланированные мелкие правки. Перед переходом на другой компилятор выпустить релиз.

А компиляция будет в принципе возможна только под Visual C++ Professional?
Или все-таки под Express?

jbond писал(а) 14. Ноября 2007 :: 11:41:

Express, насколько я знаю, не поддерживает плагины. А IC интегрируется, похоже, как плагин. Поэтому заюзать IC в связке с VS2005 Express, скорее всего, не получится. Ну и, соответственно, Visual Assist тоже будет не при делах

Олег, а у тебя есть работающий VA для Студии.Нет с лекарством?
Тот ВА, который работает с 6 студией, у меня не работает с последней студией.
Поможешь?