Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. Mobile and Embedded
  4. Qt 5.3 Build Error for iOS - ATSFont
Forum Updated to NodeBB v4.3 + New Features

Qt 5.3 Build Error for iOS - ATSFont

Scheduled Pinned Locked Moved Mobile and Embedded
3 Posts 2 Posters 1.2k Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • D Offline
    D Offline
    dbrian
    wrote on last edited by
    #1

    I recently tried compiling Qt 5.3.0-alpha for iOS and ran into a number of build errors related to ATSFont declarations:

    https://gist.github.com/bdentino/9592695

    It looked like all of these errors were caused by attempting to compile code only processed when the HAVE_ATS macro is nonzero. So I found where it is actually defined (qcoretextfontdatabase_p.h : line 46) and explicitly set it to 0.

    @
    #define HAVE_ATS 0//QT_MAC_PLATFORM_SDK_EQUAL_OR_ABOVE(__MAC_10_5, __IPHONE_NA)
    @

    After making that change, I was able to successfully build, but now I am running into a number of undefined symbol errors in libqios.a while building qtdeclarative:

    https://gist.github.com/bdentino/9592701

    I'm hoping someone out there can help me determine if this is a bug or if my build is just misconfigured. Specifically, is HAVE_ATS supposed to be defined for the iOS build? If so, do the above font errors make any sense? Could the change that I made to explicitly set HAVE_ATS to 0 be related to the undefined symbol errors?

    I'm setup on OSX 10.9.2, Xcode 5.1, and iOS SDK 7.1. Here is the command I used to configure the build:

    @
    ../Source/configure -developer-build -opensource -nomake examples -nomake tests -prefix $PWD/qtbase -debug-and-release -xplatform macx-ios-clang -openssl -I /Users/bdentino/Documents/GitHub/OpenSSL-for-iPhone/include/ -confirm-license
    @

    Anyone have any insight?

    UPDATE:
    I was able to successfully build qtdeclarative by clearing out my qtbase build and starting from scratch after making the aforementioned change to HAVE_ATS (previously I had started building, saw that it failed, made the adjustments, and ran make again without cleaning).

    I would still be very interested to know more about this HAVE_ATS macro. Does the fact that this was non-zero for an iOS-configured build constitute a bug? Or should I expect any undefined Qt behavior as a result of explicitly setting it to 0 for this build?

    1 Reply Last reply
    0
    • SGaistS Offline
      SGaistS Offline
      SGaist
      Lifetime Qt Champion
      wrote on last edited by
      #2

      Hi,

      Since it's beta related you should rather ask this on the interest mailing list, you'll find there Qt's developers/maintainers (this forum is more user oriented)

      Interested in AI ? www.idiap.ch
      Please read the Qt Code of Conduct - https://forum.qt.io/topic/113070/qt-code-of-conduct

      1 Reply Last reply
      0
      • D Offline
        D Offline
        dbrian
        wrote on last edited by
        #3

        Thanks @SGaist! Just joined the interest mailing list and sent this question out there.

        1 Reply Last reply
        0

        • Login

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • Users
        • Groups
        • Search
        • Get Qt Extensions
        • Unsolved