On Sun, Mar 14, 2010 at 8:00 PM, <[email protected]> wrote:
> Send Qt-creator mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.trolltech.com/mailman/listinfo/qt-creator > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Qt-creator digest..." > > > Today's Topics: > > 1. Re: qmake/moc goes into endless loop when files have a > timestamp in the future (Eric Anderson) > 2. Qt Installation Directory Problems (Victor Sardina) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 13 Mar 2010 10:10:05 -0800 > From: Eric Anderson <[email protected]> > Subject: Re: [Qt-creator] qmake/moc goes into endless loop when files > have a timestamp in the future > To: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Which attributes did you set back? If you just reset the modification > date, > the creation date might be causing problems, or vice versa. > > -Eric > > On Wed, Mar 10, 2010 at 11:01 PM, Jaco Naude <[email protected]> wrote: > > > Hi > > > > I'm not sure if the issue is with creator or with the qt tools (qmake > > & moc) so I'm giving both lists a try. > > > > I accidentally set my system time to a date in the future and only > > realized it a day or so later. After I changed back the time and try > > to build my project, the tools goes into a endless loop. See the the > > qmake output below for an example: > > > > Running build steps for project ObjManagementLib... > > Starting: c:/tools/qt/2010.01/qt/bin/qmake.exe > > > > > D:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/ObjManagementLib.pro > > -spec win32-g++ -r > > Reading > > > D:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source/ > > source.pro > > Reading > > > D:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/examples/ > > examples.pro > > Exited with code 0. > > Starting: C:/Tools/Qt/2010.01/mingw/bin/mingw32-make.exe -w > > mingw32-make: Entering directory > > `D:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib' > > cd source/ && C:/Tools/Qt/2010.01/mingw/bin/mingw32-make -f Makefile > > mingw32-make[1]: Entering directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > c:/tools/qt/2010.01/qt/bin/qmake.exe -spec > > c:/Tools/Qt/2010.01/qt/mkspecs/win32-g++ -win32 -o Makefile source.pro > > mingw32-make[1]: Leaving directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > mingw32-make[1]: Entering directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > c:/tools/qt/2010.01/qt/bin/qmake.exe -spec > > c:/Tools/Qt/2010.01/qt/mkspecs/win32-g++ -win32 -o Makefile source.pro > > mingw32-make[1]: Leaving directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > mingw32-make[1]: Entering directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > c:/tools/qt/2010.01/qt/bin/qmake.exe -spec > > c:/Tools/Qt/2010.01/qt/mkspecs/win32-g++ -win32 -o Makefile source.pro > > mingw32-make[1]: Leaving directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > mingw32-make[1]: Entering directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > c:/tools/qt/2010.01/qt/bin/qmake.exe -spec > > c:/Tools/Qt/2010.01/qt/mkspecs/win32-g++ -win32 -o Makefile source.pro > > mingw32-make[1]: Leaving directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > mingw32-make[1]: Entering directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > c:/tools/qt/2010.01/qt/bin/qmake.exe -spec > > c:/Tools/Qt/2010.01/qt/mkspecs/win32-g++ -win32 -o Makefile source.pro > > mingw32-make[1]: Leaving directory > > > > > `d:/ScinericSoftware/Products/Qtilities/trunk/libraries/ObjManagementLib/source' > > > > I think it is because some files have a timestap in the future. Is > > there a way to get around this? Or should I manually edit all files > > with the date set back? I tried to set the attributes of all files > > with the date set back but that does not do the trick. > > > > Using: > > Qt Creator 1.3.0 > > Qt 4.6.1 > > > > Thanks for your help, > > Jaco > > _______________________________________________ > > Qt-creator mailing list > > [email protected] > > http://lists.trolltech.com/mailman/listinfo/qt-creator > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.trolltech.com/pipermail/qt-creator/attachments/20100313/9ad9145b/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Sat, 13 Mar 2010 21:12:23 -1000 > From: Victor Sardina <[email protected]> > Subject: [Qt-creator] Qt Installation Directory Problems > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Fellows: > > Today I tried to compile the latest Qt sources (master branch). > Everything appears to work as usual, except that the installer insists > on placing several executables under Qt-4.6.1/bin instead of > Qt-4.7.0/bin. This happens even if you pass "-prefix > /usr/local/Trolltech/Qt-4.7.0" explicitly. This turns annoying simply > because the operation might have overwritten several executables > (including the moc et al.) that I had as my working Qt installation > prior to the latest compilation. I appear to have succeeded in going > around it by copying all those executables over to the "Qt-4.7.0/bin" > directory by hand (creation date check reveals them right away). > > This indicates that something needs updating in the configure scripts > down the chain. That something appears to have slipped through the > cracks(?). > > Although not strictly related to QtCreator, I believe it turns relevant > if we consider that we need one of the latest Qt installed in order to > successfully compile QtCreator itself. > > I hope this report turns useful. > > Greeting, > Victor > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: victor_sardina.vcf > Type: text/x-vcard > Size: 437 bytes > Desc: not available > Url : > http://lists.trolltech.com/pipermail/qt-creator/attachments/20100313/b4ebc2a8/attachment-0001.vcf > > ------------------------------ > > _______________________________________________ > Qt-creator mailing list > [email protected] > http://lists.trolltech.com/mailman/listinfo/qt-creator > > > End of Qt-creator Digest, Vol 18, Issue 28 > ****************************************** >
_______________________________________________ Qt-creator mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-creator
