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. Qt5.1 Beta qmlscene cannot execute binary file ?
Forum Updated to NodeBB v4.3 + New Features

Qt5.1 Beta qmlscene cannot execute binary file ?

Scheduled Pinned Locked Moved Mobile and Embedded
9 Posts 3 Posters 4.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.
  • R Offline
    R Offline
    rocketchicken
    wrote on last edited by
    #1

    My setup.
    OSX Mountain Lion 10.8.3
    QtCreator 2.7.1
    QT 5.1 BETA compiled for Blackberry 10 using the exact instructions given on the page, it worked very well.

    The issue is that qmlscene binary is compiled to ELF, I believe the module that qmlscene is built from is qtdeclarative.

    When I built the module
    I exported PATH=$HOME/development/qnx/qt5/bin:$PATH
    Ensuring that the qmake used to build the project was 5.1 BETA, via qmake -query
    then
    qmake
    Then I checked the make which was the make from the blackberry ndk
    /Applications/bbndk/host_10_1_0_132/darwin/x86/usr/bin/make
    make
    make install
    it makes the ELF version of the qmlscene anyone know the work around ?
    How do I know? I checked with a hex editor and the header was ELF (linux executable)
    I asked the irc qt-qnx they are not exactly responding.
    I have been stuck on this for a few hours no help has turned up.

    Thanks alot guys I appreciate you taking the time to view this post.

    [[merged two identical posts, Tobias]]

    1 Reply Last reply
    0
    • R Offline
      R Offline
      rocketchicken
      wrote on last edited by
      #2

      My setup.
      OSX Mountain Lion 10.8.3
      QtCreator 2.7.1
      QT 5.1 BETA compiled for Blackberry 10 using the exact instructions given on the page, it worked very well.

      The issue is that qmlscene binary is compiled to ELF, I believe the module that qmlscene is built from is qtdeclarative.

      When I built the module I exported PATH=$HOME/development/qnx/qt5/bin:$PATH
      Ensuring that the qmake used to build the project was 5.1 BETA, via qmake -query
      then
      qmake
      Then I checked the make which was the make from the blackberry ndk
      /Applications/bbndk/host_10_1_0_132/darwin/x86/usr/bin/make
      make
      make install
      it makes the ELF version of the qmlscene anyone know the work around ?
      How do I know? I checked with a hex editor and the header was ELF (linux executable)
      I asked the irc qt-qnx they are not exactly responding.
      I have been stuck on this for a few hours no help has turned up.

      Thanks alot guys I appreciate you taking the time to view this post.

      1 Reply Last reply
      0
      • 4 Offline
        4 Offline
        416365416c
        wrote on last edited by
        #3

        BB10 binaries are also linux ELF, so you haven't described sufficiently whether it's building for host or for device or which one you wanted. I don't know if OS X has the "file" utility, but you can use that to tell if it's an arm or x86 executable, which is the important distinction.

        As qmlscene is purely a development convenience tool, if it's not built for the architecture you want that shouldn't matter. Writing a BB10 app using QtQuick should still involve writing your own C++ application, even if it's just a stub.

        1 Reply Last reply
        0
        • R Offline
          R Offline
          rocketchicken
          wrote on last edited by
          #4

          It is a nice development connivence tool.
          I am trying to build it for the host, following the instructions should do that correct ? is there a way to build it for a host ?
          I looked at the make file nothing to change there, is there a way to configure the module to have it to be built for the host that is osx mountain lion ?

          ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), BuildID[md5/uuid]=f52760c237ab61c6252ced44c767c4a7, stripped
          This is what it returned.

          So apparently it is an ARM binary :S, the instructions say
          qmake
          make
          make install .... so I think there could be a bug or the instructions could be wrong?

          help me out please? and thank you.

          1 Reply Last reply
          0
          • 4 Offline
            4 Offline
            416365416c
            wrote on last edited by
            #5

            Building for target is correct, despite being a developer convenience it relies on the QtQuick libraries which are not part of the host build. On cross-compiled builds, you usually want qmlscene built for target for trying out the UI on device. For BB10 specifically though, you probably don't want a build of qmlscene at all though, because it can't be easily deployed to device.

            If you want to develop generic QML then just build Qt (and qmlscene) for your host platform. You can then develop using that qmlscene, and worry about the "port" to BB10 later. Just don't forget your own C++ wrapper when you get there.

            If you want to develop specifically for BB10, you may as well start on the C++ wrapper now because there's no QML entry point on BB10, even the QML BB10 APIs don't work on desktop (outside the IDE), and you can't just copy qmlscene over and run stuff from the command line on device (so you'll need a C++ project for even test deployments).

            1 Reply Last reply
            0
            • R Offline
              R Offline
              rocketchicken
              wrote on last edited by
              #6

              Thanks for the advice I thought I would have to do something like that,
              Just one question off topic,
              So is a pure QTQuick 2.0 using QML Frontend and Backend is for pure prototyping?
              C++ Backend and QML Frontend together is for UI pre finalized release?
              Pure C++ code translating all the QML Frontend to c++ to work with C++ Backend is final?
              for best performance.

              Would you say my thoughts are correct? I am a beginner. Thanks for the replies so far.

              1 Reply Last reply
              0
              • 4 Offline
                4 Offline
                416365416c
                wrote on last edited by
                #7

                Currently there is no official QML entry point for applications. Pure QML applications are only for prototyping, or for the UI design (to be later combined with a C++ backend).

                So QML frontend + QML backend is for prototyping and UI pre-release.
                QML frontend and C++ backend is for the final, best performing release.
                The performance gains of replacing the QML UI with a C++ implementation is usually not sufficient to warrant moving the UI (frontend) from QML to C++ even for the final release.

                If you do not have significant backend performance requirements, like for a simple clock application, then you can get by with the auto-generated C++ template that Creator (or Momentics) provides as your C++ entry point. In the future, a QML entry point may be provided for such applications (apps which are nearly all UI), but since there is no such entry point right now you will need at least that template for your release.

                1 Reply Last reply
                0
                • R Offline
                  R Offline
                  rocketchicken
                  wrote on last edited by
                  #8

                  Thank you so much you were very helpful. I greatly appreciate your help. Thanks again!

                  1 Reply Last reply
                  0
                  • S Offline
                    S Offline
                    SteveG
                    wrote on last edited by
                    #9

                    You stated

                    bq. ... Pure QML applications are only for prototyping, or for the UI design (to be later combined with a C++ backend) ...

                    I realize that your post is from May of last year, but is this the current view or can complex, performant applications can be developed entirely in QML and JavaScript without C++?

                    Thanks.

                    Steve

                    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