Re: broken MinGW build

Hi Paul,

I did reproduce that with MinGW and Qt4.2.2. The problem is in qmake - it fails to add the dependencies that are generated by qmake extra compilers. I had similar problem under Linux but I think it is fixed now. If you look at the dependencies for TrackerReqeustSessionTest.o you’ll see that the generated files are not listed - that is the reason make does not automatically build the generated files. I’ll look into that and write again!

Protocols\BitTorrent\Trackers\Testing\TrackerRequestSessionTest.o: Protocols\BitTorrent\Trackers\Testing\TrackerRequestSessionTest.cpp Qt.h \
Protocols\BitTorrent\Trackers\TrackerRequestSession.h \
Protocols\BitTorrent\Trackers\TrackerRequest.h \
Protocols\BitTorrent\Trackers\PeerInfo.h \
Protocols\BitTorrent\Trackers\Imports.h \
Utils\FixedSizeByteArray.h \
Utils\Imports.h \
Utils\Uri.h \
Http\ResponseHeader.h \
Http\Header.h \
Protocols\BitTorrent\Trackers\TrackerResponse.h \
Protocols\BitTorrent\Trackers\TrackerResponseParser.h \
Protocols\BitTorrent\Trackers\Testing\Imports.cpp \
Protocols\BitTorrent\Trackers\Testing\Imports.h \
Utils\CalitkoMocks\CoCppUnit.h \
Utils\CalitkoMocks\DataTestSuite.h \
Utils\CalitkoMocks\DataTestCaller.h \
Utils\CalitkoMocks\Mocks.h \
Utils\CalitkoMocks\Imports.h \
Utils\CalitkoMocks\BoundFunction.h \
Utils\CalitkoMocks\BasicTypes.h \
Utils\CalitkoMocks\HelperMacros.h \
Utils\CalitkoMocks\CallDriver.h \
Utils\CalitkoMocks\ExpectedFunction.h \
Utils\CalitkoMocks\ExpectationsList.h \
Utils\CalitkoMocks\DelayedCallDriver.h \
Utils\CalitkoMocks\ExpectationDriver.h \
Qt.h.gch\c++
$(CXX) -c -include Qt.h $(CXXFLAGS) $(INCPATH) -o Protocols\BitTorrent\Trackers\Testing\TrackerRequestSessionTest.o Protocols\BitTorrent\Trackers\Testing\TrackerRequestSessionTest.cpp

P.S. The ticket is tagged as 0.6.1 and “CalitkoMocks” because those seemed the closest drop-down options. Had they been available, I would have tagged it with 0.6.2 and something like “Makefile/build”.

I’ve added the “Makefile/build” component and the “0.6.2″ version. Thanks for noting that!

Best regards,

Peter

Would you like to post a relpy?


This post is a reply to:
broken MinGW build
The problem appears to be much more general than I described, so I have ticketed it (#55). I might look into this more later, especially if someone could send me (more...)

No follow-ups yet.