[Qt-creator] help

Sun Mar 14 13:28:19 CET 2010

------------------ Original ------------------
From:  "qt-creator-request"<qt-creator-request at trolltech.com>;
Date:  Sun, Mar 14, 2010 07:00 PM
To:  "qt-creator"<qt-creator at trolltech.com>; 

Subject:  Qt-creator Digest, Vol 18, Issue 28

 Send Qt-creator mailing list submissions to
    qt-creator at trolltech.com

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
    qt-creator-request at trolltech.com

You can reach the person managing the list at
    qt-creator-owner at trolltech.com

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 <ejander at gmail.com>
Subject: Re: [Qt-creator] qmake/moc goes into endless loop when files
    have a    timestamp in the future
To: qt-creator at trolltech.com
Message-ID:
    <8e2d6a701003131010k4e76c13h4205212d22568f84 at mail.gmail.com>
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 <naude.jaco at gmail.com> 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
> Qt-creator at trolltech.com
> 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 <Victor.Sardina at noaa.gov>
Subject: [Qt-creator] Qt Installation Directory Problems
To: qt-creator at trolltech.com
Message-ID: <4B9C8C57.3040300 at noaa.gov>
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
Qt-creator at trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator

End of Qt-creator Digest, Vol 18, Issue 28
******************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt-project.org/pipermail/qt-creator-old/attachments/20100314/77f8e690/attachment.html 