Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. Installation and Deployment
  4. Change destination directory during CMake deploy
Forum Updated to NodeBB v4.3 + New Features

Change destination directory during CMake deploy

Scheduled Pinned Locked Moved Solved Installation and Deployment
7 Posts 2 Posters 3.1k Views 2 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.
  • S Offline
    S Offline
    StrikeEagleIII
    wrote on last edited by StrikeEagleIII
    #1

    Re: How do I set remote path for remote deploy in Qt Creator Projects?

    The documentation says that "only executable targets are automatically added to deployment files" which is true, but the path that it sets for the executable to be deployed to is incorrect (it appears to be the same as a path on the host machine. The QtCreatorDeployment.txt doesn't seem right because the only file I want to deploy is the executable. How do I tell it where to install the executables?

    S 1 Reply Last reply
    0
    • S StrikeEagleIII

      Re: How do I set remote path for remote deploy in Qt Creator Projects?

      The documentation says that "only executable targets are automatically added to deployment files" which is true, but the path that it sets for the executable to be deployed to is incorrect (it appears to be the same as a path on the host machine. The QtCreatorDeployment.txt doesn't seem right because the only file I want to deploy is the executable. How do I tell it where to install the executables?

      S Offline
      S Offline
      StrikeEagleIII
      wrote on last edited by StrikeEagleIII
      #2

      I just saw this bug https://bugreports.qt.io/browse/QTCREATORBUG-18154 filed against QtCreator. It has been marked closed, but still appears to exist in QtCreator 4.3.0. Is there a way to reopen the bug report?

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

        Hi,

        You can post a new comment with as much details as you can like cmake version, OS etc.

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

        S 1 Reply Last reply
        0
        • SGaistS SGaist

          Hi,

          You can post a new comment with as much details as you can like cmake version, OS etc.

          S Offline
          S Offline
          StrikeEagleIII
          wrote on last edited by
          #4

          @SGaist so even though the bug is closed, the comment will still be seen?

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

            AFAIK, the person assigned, the one that opened the report as well as people watching said report should receive an email yes.

            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
            • S Offline
              S Offline
              StrikeEagleIII
              wrote on last edited by
              #6

              So after some more investigation, it it appears this is in fact a bug in QtCreator with a similar manifestation to the one referenced above, but the cause is slightly different. I filed a separate bug report: https://bugreports.qt.io/browse/QTCREATORBUG-18360

              Basically it comes down to that when I created the project, the project folder had a symlink in it. When QtCreator created the Remote directory, it tries to make it relative to the build directory. Of the two directories that are compared, one has a symlink and one has a canonical path. This caused QtCreator to try to create a relative path that goes from the symlink to the real directory without using the symlink itself.

              Bottom line is that if anyone else is using cmake and their project folder has a symlink in it, they need to go to their build configuration and change the build folder to the canonical path (i.e. path without the symlink).

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

                Thanks for the feedback !

                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

                • Login

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