mingw что-то туплю

Не выкладываешь кусок Makefile с проблемным правилом. Телепаты опять куда-то поразъехались.

эээ...

.obj\aexec.obj: d:\work\alex\alib\sources\aexec.cpp
	$(CXX) -c $(CXXFLAGS) $(INCPATH) -o .obj\aexec.obj d:\work\alex\alib\sources\aexec.cpp

\ это символ экранирования. Дублируй его или пиши /.

«d:\» в MinGW будет «/d/».

Привязывай makefile к относительным путям и юзай msys. А ещё лучше освой cmake. Ну или вообще кросскомпилируй из линукса с помощью mxe.

обратный слэш уже проходил испытания с тем же результатом. дублировать... этож ппц просто. makefile очень немаленький. да и вообще-то думалось, что без бубна обойдется...
а не в курсе - это make этого не понимает или gcc? или вообще оба?

есть нюанс: makefile генерится посредством qmake... и чисто глядя на то, как он создается - к нему нет никаких претензий - он правильный. в линухе все прекрасно и все рады. в виндовсе - почему-то выкидываются напрочь все слэши - и прямые и обратные. ради винды перелазить на cmake.. ну не знаю, пока не хотелось бы. и причем, если это косяк gcc - проблема вряд-ли исчезнет - слэши-то никуда не денутся. и проект, как говорилось уже - не маленький.
msys пробовали с тем же результатом.
сейчас попробуем двойные слэши - но это тоже... не хотелось бы... причем очень.

а, кстати - mxe - что-то мало информации - насколько хорош? насколько глюкавый? какой стандарт с++ поддерживает? кроме их сайта еще какая-нить инфа есть?
спасибопожалуйста

makefile генерится посредством qmake

Тогда странно откуда проблемы появляются. Под windows нужно сгенерировать makefile и запустить mingw32-make. Если ничего линуксо специфичного в pro файле не прописано, то должно собираться.

Я сам mxe недавно использую. Qt и GTK там есть. GTK приложения под винду собираются без всяких проблем.

надо будет попробовать. спасибо. а бывают обратные аналоги - из винды в линух?

уже было обрадовался - до этого запускал просто make. но.. :

gcc -c -mthreads -w -O2 -fexceptions -DUNICODE -DQT_DLL -DQT_THREAD_SUPPORT -DQT_NO_DEBUG -I"C:\MinGW\include" -I"c:\qt\3.3.6\include" -I"d:\work\alex\alib\headers" -I"c:\qt\3.3.6\include" -I"." -I"moc" -I"c:\qt\3.3.6\mkspecs\win32-g++" -o obj\aexec.o d:\work\alex\alib\sources\aexec.cpp
gcc.exe: error: d:workalexalibsourcesaexec.cpp: No such file or directory
gcc.exe: fatal error: no input files
Makefile:511: recipe for target 'obj\aexec.o' failed

вообщем-то, проблема стала ясна - если кому-то интересно - надо все файлы с путями заключать в «» - «d:\work\alex\alib\sources\aexec.cpp» и приходит счастье. осталось понять как qmake это объяснить ))
хотя нет, не qmake, а именно make. все остальное она не спрашиваясь gcc в кавычках передает...

Ты уверен, что у тебя PATH содержит правильные пути? В этом вашем оффтопике хрен пойми что с этим творится и ты можешь запускать make не от MinGW, а от чего-то еще, установленного в системе.

два коммента над твоим.
просто gcc, видимо, строки без кавычек еще и обрабатывает, и походу, слэши не входят в его кошерный набор. ибо при заключении имен файлов из других директорий в кавычки gcc все кушает как надо.

Откуда ты такой gcc взял? Сейчас mingw идет вместе с Qt 5.1.1, в нем gcc 4.8 и mingw32-make, которые работают с qmake без проблем.

ну да. gcc 4.8. правда, qt 3.3.6 - требования такие. но это интересно. счас 5 qt дерну. может, новый qmake проблему решит.
спасибо

qmake от Qt 5.1 точно не подойдет к Qt 3.3.6, откуда вообще необходимость в такой древности может возникнуть?

ну мне ж никто не может запретить использовать qmake от 5 версии для генерации makefile ). а причуды заказчика называются необсуждением ).
хотя, честно говоря, не думаю, что проблема решится. makefile то правильный создается... когда все файло лежит в одной папке - все прекрасно собирается. вот когда исходники разбросаны по разным папкам - вот тут-то и начинается прекрасное ).
ну все равно спасибо)