часто приходится смотреть проекты из под линукса ,а там кроме мейкфайлов ничего нет (причем это не CMake который как раз всё это умеет)
есть какой то метод если не преобразовать в проект VS2008, то хотя бы собрать бинарник?

в линуксе это вроде делается так.

MinGW
Тут в папке /bin будет mingw32-make.exe

Еще лучше использовать msys в добавок к mingw - очень хорошая эмуляция никсов. Практически можно будет под виндой собирать никсовые проекты выполняя те же команды. Настройка может потребоваться, конечно, но из коробки много что работает.

И как потом подключать плюсовый код, собранный таким образом через MinGW/MSYS, к своему проекту на MSVC?

никак.

Ну собрали бинарник, а это может быть и dll, как потом использовать это в MSVC? Вот bsa уже подсказал, что никак. Так что какая-то корявая кроссплатформенность получается у autotools, вроде про такие проекты в первую очередь идет речь.

kamre, я вот не знал, что dll из MingGW нельзя использовать в студии и использовал )

если функции экспортируются только на С, управление памятью полностью внутреннее (т.е. нет функций выделяющих память и требующих от пользователя использовать свои средства для освобождения), хидер правильно оформлен, то тогда можно. Но опыт показывает, что далеко не всегда в итоге все корректно работает.

необязательно. вернее, экспорт возможен только функций, но они (функции) могут создавать и возвращать указатель на абстрактный интерфейс, тоже, кстати, оформленный по определённым правилам - явный тип вызова методов, явное выравнивание, без виртуального деструктора, д.б. ф-ция destroy, которая вызывает delete this, передавать в методы можно только простые типы и т.п. В общем, головняка много, но работает. как-то... пока.. ))

С кучей ограничений (фактически до чистого C) можно использовать. Только к чему это? Если в библиотеке экспортируются полноценные C++ сущности (как в Qt/boost), то ни о какой корректной работе при использовании библиотек, собранных через MinGW, в MSVC и речи нет. Даже собирая все через MSVC нужно аккуратно следить за опциями сборки, чтобы не нарушать ODR.

т.е. максимум чего можно выжать из таких проектов это бинарник?

или руками всё подключать в чистый проект на VS ? (и иметь полный функционал)



это чисто принципиально невозможно написать конвертер из мейкфайл скриптов в файл проекта VS? или просто такого конвертера нету?

Принципиально невозможно. В makefile'ах может быть указано практически что угодно, файл проекта в MS VS такого не умеет. Более того, если исходные С/С++ коды были расчитанны под gcc (а они скорее всего именно под него и расчитанны), то VC их может и не переварить, у gcc масса расширений, да и даже без расширений VC поддерживает далеко не все конструкции языка С++

ну CMAKE же как то работает. (т.е. умеет создавать VS проекты)

make который используется в линуксе он один или его несколько подвидов? к чему он привязан к тулчейну компилятора, т.е. к самому компилятору? или к системе?
по идее я же могу прицепить gcc к VS?
или опять же просто руками накидать в чистый проект .h и .cpp файлы и скомпилировать(т.е. если файлы кроссплатформенно написаны, то они и скомпилятся, т.е. вопрос то тут не в makefile)

что то я даже не понимаю зачем он нужен ибо вроде можно же и через bash  какой нибудь дать команды линковщику и компилятору в линуксе?

Это сообщение отредактировал(а) mrgloom - 26.4.2013, 12:21

cmake это не make! Несмотря на сходство имен


Один


Ни к чему не привязан.


Компилятор gcc вы можете прицепить к IDE VS. Но make к компилятору отношения не имеет



Это заметно   

Makefile просто указывает, какие есть файлы в проекте, как они зависят друг от друга, и что нужно запустить, что бы собрать тот или иной файл.
Обычно этих файлов много, некоторые генерятся в процессе сборки, и зависимости между ними получаются многоуровневые.

Простейший Makefile перечисляет все сорцы, и для каждого в нем указан способ его компиляции в объектый файл. Затем там указан исполняемый файл, который зависит от всех объектных. И в качестве команды сборки его стоит вызов линкера.