Results 1 to 4 of 4

Thread: Qmake gives me following problem

  1. #1
    Join Date
    Sep 2011
    Posts
    86
    Thanks
    4
    Thanked 4 Times in 4 Posts
    Qt products
    Qt4 Qt5
    Platforms
    Windows

    Default Qmake gives me following problem

    When i use qmake in command line on my .pro file in Windows to make Makefile there is a problem with INCLUDEPATH i suppose.

    I put qextserialport files(headers, lib and dll) in qextserialport folder and add path to INCLUDEPATH variable but it's show me error.
    the output is:
    Qt Code:
    1. Ja@Ja-Komputer /h/Programowanie/Qt 4.7/prg011
    2. $ qmake
    3. WARNING: Failure to find: qextserialport_global.h
    4. WARNING: Failure to find: qextserialport.h
    5. WARNING: Failure to find: qextserialport_global.h
    6. WARNING: Failure to find: qextserialport.h
    To copy to clipboard, switch view to plain text mode 

    and .pro file's excerpt
    Qt Code:
    1. TEMPLATE = app
    2.  
    3. QT += gui core
    4. INCLUDEPATH += $$quote(H:/Programowanie/Qt 4.7/prg011/qextserialport/)
    5. QMAKE_LIBDIR += $$quote(H:/Programowanie/Qt 4.7/prg011/qextserialport/)
    6.  
    7. CONFIG(debug, debug|release) {
    8. LIBS += -lqextserialportd
    9. } else {
    10. LIBS += -lqextserialport
    11. }
    12. win32:LIBS += -lsetupapi
    To copy to clipboard, switch view to plain text mode 

  2. #2
    Join Date
    Mar 2009
    Location
    Brisbane, Australia
    Posts
    7,729
    Thanks
    13
    Thanked 1,610 Times in 1,537 Posts
    Qt products
    Qt4 Qt5
    Platforms
    Unix/X11 Windows
    Wiki edits
    17

    Default Re: Qmake gives me following problem

    Have you listed those headers in the PRO file HEADERS variable?

    Qmake doesn't know about the compiler include paths and will not search for files by their bare file name. Largely irrelevant though because MOC does not need to see these files again, so they need not be in HEADERS.
    Last edited by ChrisW67; 13th October 2011 at 08:43.

  3. #3
    Join Date
    Sep 2011
    Posts
    86
    Thanks
    4
    Thanked 4 Times in 4 Posts
    Qt products
    Qt4 Qt5
    Platforms
    Windows

    Default Re: Qmake gives me following problem

    Probably i don't understand correctly, i added of course as always those files to HEADERS variable, i thought i should be that way.
    I remove them from HEADERS and project compiles. Hmm, strange.

  4. #4
    Join Date
    Mar 2009
    Location
    Brisbane, Australia
    Posts
    7,729
    Thanks
    13
    Thanked 1,610 Times in 1,537 Posts
    Qt products
    Qt4 Qt5
    Platforms
    Unix/X11 Windows
    Wiki edits
    17

    Default Re: Qmake gives me following problem

    No, not strange at all. HEADERS is a list of files in your project code that Qt builds dependency information for and sets up for moc if required. Assuming you are not working on the qextserialport library code itself, then the qextserialport headers are:
    • Not part of the changeable part of your project that requires detailed dependency info. They are analogous to all the system and Qt headers you use without listing: a fixed part of the compilation landscape.
    • Not locatable by qmake or moc without a full path anyway (the actual error).

Similar Threads

  1. QMake problem
    By adhit in forum Qt Programming
    Replies: 5
    Last Post: 13th April 2009, 11:53
  2. A problem about qmake in Qt 4.4
    By alban_gt in forum Qt Programming
    Replies: 3
    Last Post: 24th July 2008, 17:19
  3. Problem with QMake/UIC
    By hardgeus in forum Qt Programming
    Replies: 11
    Last Post: 31st March 2008, 18:51
  4. qmake foo.pro problem
    By impeteperry in forum Installation and Deployment
    Replies: 3
    Last Post: 11th January 2007, 20:54
  5. QMake Problem
    By KyrinComa in forum Newbie
    Replies: 3
    Last Post: 17th May 2006, 12:36

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Digia, Qt and their respective logos are trademarks of Digia Plc in Finland and/or other countries worldwide.