Здравствуйте, TailWind, Вы писали:

К>>Взять Platform SDK у микрософта. Там всё C/C++ совместимо, без MS-specific. Подойдёт к любому компилятору.
TW>Мой опыт говорит, что нет.
TW>Например, в разных компиляторах по разному задаётся выравнивание структуры (1,2,4,8 байт)
Выравнивание по умолчанию — да, может быть разным. Но ничто не мешает задать его напрямую опциями компилера.

К>>icc, кажется, быстрее всех.
TW>На их сайте написано, что он работает только в связки с MSVS
Он пользует оттуда либы, ашки и линкер. Ну и для компиляции IDL — компилер от VC.

Здравствуйте, Кодт, Вы писали:
TW>>1. Хедеры Win32
К>Взять Platform SDK у микрософта. Там всё C/C++ совместимо, без MS-specific. Подойдёт к любому компилятору.
PSDK подойдёт только MSVC и Intel-у. Даже если они не используют MS-specific в заголовках, а это не так, то либы у них точно в формате ms.

А с остальным — согласен.

К>>>Взять Platform SDK у микрософта. Там всё C/C++ совместимо, без MS-specific. Подойдёт к любому компилятору.
TW>>Мой опыт говорит, что нет.
TW>>Например, в разных компиляторах по разному задаётся выравнивание структуры (1,2,4,8 байт)
CC>Выравнивание по умолчанию — да, может быть разным. Но ничто не мешает задать его напрямую опциями компилера.

В том то и дело, что выравнивание у разных структур разное.
Чтобы его менять, bcb, пользуетсяется #pragma pop, push.
Чем будет пользоваться другой компилятор не ясно.

Здравствуйте, TailWind, Вы писали:

TW>Чтобы его менять, bcb, пользуетсяется #pragma pop, push.
TW>Чем будет пользоваться другой компилятор не ясно.
ты не поверишь! MSVC и ICC пользуют то же самое

А почему еще никто Comeau не посоветовал?

Здравствуйте, Vamp, Вы писали:

V>А почему еще никто Comeau не посоветовал?

потому что вы не внимательно прочли весть топик

V>А почему еще никто Comeau не посоветовал?

Только собрался спросить

Есть ли в нём баги?
Похоже STL нужно покупать отдельно?

TW>Есть ли в нём баги?
Баги есть везде. Comeau считается наиболее стандарто-совместимым компилятором.
TW>Похоже STL нужно покупать отдельно?
STLPort бесплатная, ее покупать не нужно. Что нужно Комо, это какой-нибудь С-компилятор. Любой.

Здравствуйте, Vamp, Вы писали:

TW>>Есть ли в нём баги?
V>Баги есть везде. Comeau считается наиболее стандарто-совместимым компилятором.

Я имею в виду именно ошибки.
Например, BCB5 может без всяких сообщений об ошибке не вызывать деструктор.

TW>>Похоже STL нужно покупать отдельно?
V>STLPort бесплатная, ее покупать не нужно. Что нужно Комо, это какой-нибудь С-компилятор. Любой.

Поясни, пожалуйста.
Зачем ему нужен С компилятор?

Здравствуйте, TailWind, Вы писали:

TW>Я имею в виду именно ошибки.
TW>Например, BCB5 может без всяких сообщений об ошибке не вызывать деструктор.
О таких не слышал.

TW>Поясни, пожалуйста.
TW>Зачем ему нужен С компилятор?
Потому, что Комо — это в сущности фронтенд. Он переводит С++ программу в С-программу. Полученный С-код кто-то должен откомпилировать.

Спасибо!

Прикольная подпись ;))

А где можно почитать про его lib файлы.

А то прога компилится.
Но выдаёт: undefined reference to `operator new(unsigned int)'

А где можно почитать про его lib файлы?

А то прога компилится.
Но выдаёт: undefined reference to `operator new(unsigned int)'

Здравствуйте, TailWind, Вы писали:

TW>А где можно почитать про его lib файлы?

TW>А то прога компилится.
TW>Но выдаёт: undefined reference to `operator new(unsigned int)'

Ну Вы наверно код сиплюсплюшный компилите сишным компилятором.
gcc — это для С
g++ — для С++

Ну или посмотреть ключик включающий С++ компиляцию.

Если я Вас правильно понял, то тут трабл

K>Ну Вы наверно код сиплюсплюшный компилите сишным компилятором.
K>gcc — это для С
K>g++ — для С++

Чёрт возми
Вот оно как

Кто-нибудь работал?

http://www.pgroup.com/products/workpgcc.htm

Нашёл способ сделать так, чтобы не нужно было устанавливать противный FrameWork и IDE Студии.
Вместо этого можно один раз скопировать нужные файлы.

Оригинальная статья здесь:
http://blogs.msdn.com/nikolad/archive/2005/02/09/370299.aspx

Using tools without installing Visual Studio

Recently another issue has come up another FAQ. Folks try using tools without installing Visual Studio and some additional work has to be done for Beta 1 or CTP of Visual Studio 2005. Just FYI, this is unsupported way to use VC++ tools and my recommendations are as-is with no guarantees. However if a workaround I list below does not work for you, please let me know, I would try to figure what I missed.

So let’s say you have a desktop A with VS2005 installed. You have another desktop B without VS2005 installed. You want to copy the content of "C:\Program Files\Microsoft Visual Studio 8\VC\bin\" from desktop A to desktop B to build your code on desktop B. Here is what you need to do (obviously, it is one of possible ways to make this work):

1) Copy compiler and tools from "C:\Program Files\Microsoft Visual Studio 8\VC\bin\" to "%YOUR_TOOLS_FOLDER%\bin\"

c1.dll

c1xx.dll

c2.dll

cl.exe

cvtres.exe

lib.exe

link.exe

mt.exe

nmake.exe

rc.exe

rcdll.dll

\1033\

clui.dll

cvtresui.dll

linkui.dll

nmakeui.dll

2) Copy CRT assembly from desktop A to desktop B

a. On desktop A, go to %SYSTEMROOT%\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50124.12800_x-ww_eac26a7b\

b. Copy msvcr80.dll from this folder to "%YOUR_TOOLS_FOLDER%\bin\" on desktop B

3) Copy manifest for the CRT assembly

a. On desktop A, go to either %SYSTEMROOT%\WinSxS\Policies\ or %SYSTEMROOT%\WinSxS\Manifests

b. Copy x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50124.12800_x-ww_eac26a7b.Manifest to "%YOUR_TOOLS_FOLDER%\bin\" on desktop B

c. Rename this file to “Microsoft.VC80.CRT.manifest”

4) Copying PDB Support

a. Back desktop A, go to "C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\"

b. Copy msobj80.dll, mspdb80.dll, mspdbcore.dll, mspdbsrv.exe to "%YOUR_TOOLS_FOLDER%\bin\" on desktop B

Здравствуйте, TailWind, Вы писали:

TW>Платный
Хинт — donate