Здравствуйте, TailWind, Вы писали:
TW>Посоветуйте, пожалуйста
TW>Нужно: TW>1. Хедеры Win32 TW>2. STL TW>3. Нет глюков и ошибок TW>4. Нет setup.exe TW>5. Делает быстрый код
Под все требования, кроме указанного в названии темы, отлично подходит mingw-gcc. http://www.mingw.org/
TW>Посоветуйте, пожалуйста
TW>3. Нет глюков и ошибок
100% гарантии тебе все равно никто не даст.
TW>4. Нет setup.exe
Коммерческий компилер без инсталлятора — почти нереально.
Да и чем он тебе так мешает? Обычно после инсталляции практически любой С++ компилер можно таскать как угодно.
TW>1. Хедеры Win32 TW>2. STL
В смысле — носит свои с собой? А смысл??
TW>5. Делает быстрый код
Еслиб не некоторые твои пункты — советовал бы Intel C++
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, TailWind, Вы писали:
TW>1. Хедеры Win32 Platform SDK
TW>2. STL STLport, Apache C++ Standard Library
TW>3. Нет глюков и ошибок
TW>4. Нет setup.exe
Таких не знаю.
TW>5. Делает быстрый код
Ну, тут все относительно — вроде вот, Интел хвалят.
Встречный вопрос: а почему именно платный? Что же касается требования "Нет setup.exe", то, видимо придется его делать самому для последующего "развертывания" — ничего сложного в этом нет ИМХО.
[ posted via RSDN@Home 1.1.4 stable SR1 r568, accompanied by silence ]
Здравствуйте, TailWind, Вы писали:
TW>Посоветуйте, пожалуйста TW>Нужно: TW>1. Хедеры Win32 TW>2. STL TW>3. Нет глюков и ошибок TW>4. Нет setup.exe TW>5. Делает быстрый код
А чем бесплатные не устраивают:
1. MinGW (GCC) это наверное лучший выбор, т.к. удовлетворяет всем условиям.
2. VCToolkitSetup.exe(~32МБ) это компилятор M$ VC++ 7.1, но нет нидеров для Win32, их надо качать отдельно. Setup как таковой нужен, но может быть выполнен единожды на любой машине, а потом достаточно лишь скопировать папку на целевую.
3. freecommandLinetools.exe (Borland C++ 5.5) но на счет глюкавости его отзывы не очень, но зато Platform SDK в комплекте. Устанавливается простой распаковкой, т.к. ZipSFX
4. OpenWatcom так же все в комплекте, и с установкой ситуация аналогичная п.3
Есть и еще куча всяких, но эти вроде бы самые популярные...
Здравствуйте, TailWind, Вы писали:
TW>Я так и не смог разобраться. TW>Нужна ему Microsoft Studio или нет?
Честно говоря не сильно в курсе
IDE точно не обязательна — он и без нее отлично компилит.
А вот include\lib и компилер(компилить IDL)+линкер он от вижуалки использует.
Т.е. может и понадобится.
При этом отлично работает через IncrediBuild на вообще пустых компах.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, SchweinDeBurg, Вы писали:
SDB>Здравствуйте, Tujh, Вы писали:
T>>4. OpenWatcom так же все в комплекте
SDB>А разве там STL не в "экспериментальной" стадии находится? Или я просто от жизни отстал?
Кое что уже готово, как утверждают разработчики, а кое-что почти
За подробностями сюда.
ИМХО,
TW>1. Хедеры Win32
Взять Platform SDK у микрософта. Там всё C/C++ совместимо, без MS-specific. Подойдёт к любому компилятору.
TW>2. STL
Взять STLport.
TW>3. Нет глюков и ошибок
Нет, сынок, это фантастика.
Самый близкий к стандарту — comeau, но и у него какие-то приколы есть.
А так, gcc свежие, icc, vc2005, vc2008...
Только не борланд.
TW>4. Нет setup.exe
Ну, например, gcc можно развернуть в любом каталоге.
Да и vc без IDE тоже.
Единственно, придётся установить разные переменные окружения, но для этого достаточно написать .bat-файл (например, у vc он называется vcvars32.bat) и вызывать перед запуском компилятора.
Естественно, у них есть инсталляторы.
Но после установки сделать портабельную версию — трудов не составит.
TW>5. Делает быстрый код
Компилировать со всеми оптимизациями. Откровенных глупостей и тормозов у всех вышеперечисленных нет. icc, кажется, быстрее всех.
Здравствуйте, Tujh, Вы писали:
T>Кое что уже готово, как утверждают разработчики, а кое-что почти T>За подробностями сюда.
Currently OWSTL is in an unfinished, immature state. Perhaps 50% of the STL is available, depending on how one measures it, and none of the code has yet been exercised extensively in the real world. It is our hope, of course, that both of these issues will get resolved in the coming months. We believe that with the community's help OWSTL can become a fully functional and high quaility implementation. If you use OWSTL and find problems with it, don't hesitate to report them either in the Open Watcom Bugzilla or in the Open Watcom newsgroups.
Не впечатлило.
[ posted via RSDN@Home 1.1.4 stable SR1 r568, accompanied by silence ]
Здравствуйте, SchweinDeBurg, Вы писали:
SDB>Гх-м-м... у него же на текущий момент web-setup. Или предлагается просто tarballs выкачать и развернуть руками?
К>Взять Platform SDK у микрософта. Там всё C/C++ совместимо, без MS-specific. Подойдёт к любому компилятору.
Мой опыт говорит, что нет.
Например, в разных компиляторах по разному задаётся выравнивание структуры (1,2,4,8 байт)
Получается что всё работает, но в некоторых неожиданных местах глючит.
К>Да и vc без IDE тоже.
Я не могу найти где его можно купить.
Я подозреваю, что он больше не поддерживается.
К>icc, кажется, быстрее всех.
На их сайте написано, что он работает только в связки с MSVS
Здравствуйте, TailWind, Вы писали:
К>>Взять Platform SDK у микрософта. Там всё C/C++ совместимо, без MS-specific. Подойдёт к любому компилятору. TW>Мой опыт говорит, что нет. TW>Например, в разных компиляторах по разному задаётся выравнивание структуры (1,2,4,8 байт)
Выравнивание по умолчанию — да, может быть разным. Но ничто не мешает задать его напрямую опциями компилера.
К>>icc, кажется, быстрее всех. TW>На их сайте написано, что он работает только в связки с MSVS
Он пользует оттуда либы, ашки и линкер. Ну и для компиляции IDL — компилер от VC.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Кодт, Вы писали: 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 пользуют то же самое
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
TW>Есть ли в нём баги?
Баги есть везде. Comeau считается наиболее стандарто-совместимым компилятором. TW>Похоже STL нужно покупать отдельно?
STLPort бесплатная, ее покупать не нужно. Что нужно Комо, это какой-нибудь С-компилятор. Любой.
Здравствуйте, Vamp, Вы писали:
TW>>Есть ли в нём баги? V>Баги есть везде. Comeau считается наиболее стандарто-совместимым компилятором.
Я имею в виду именно ошибки.
Например, BCB5 может без всяких сообщений об ошибке не вызывать деструктор.
TW>>Похоже STL нужно покупать отдельно? V>STLPort бесплатная, ее покупать не нужно. Что нужно Комо, это какой-нибудь С-компилятор. Любой.
Здравствуйте, TailWind, Вы писали:
TW>Я имею в виду именно ошибки. TW>Например, BCB5 может без всяких сообщений об ошибке не вызывать деструктор.
О таких не слышал.
TW>Поясни, пожалуйста. TW>Зачем ему нужен С компилятор?
Потому, что Комо — это в сущности фронтенд. Он переводит С++ программу в С-программу. Полученный С-код кто-то должен откомпилировать.
Здравствуйте, TailWind, Вы писали:
TW>А где можно почитать про его lib файлы?
TW>А то прога компилится. TW>Но выдаёт: undefined reference to `operator new(unsigned int)'
Ну Вы наверно код сиплюсплюшный компилите сишным компилятором.
gcc — это для С
g++ — для С++
Ну или посмотреть ключик включающий С++ компиляцию.
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