<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 09/07/2019 18:25, J Decker wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAA2GJqVuyTyW8cCp05SDgNeVMNaiQgJZck-_fBWjBETCXzSyKw@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr"><br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Tue, Jul 9, 2019 at 9:38
            AM hex <<a href="mailto:hex7c3@gmail.com"
              moz-do-not-send="true">hex7c3@gmail.com</a>> wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">
            <div bgcolor="#FFFFFF"><br>
              <p>I think the better solution now is to make it relative
                to build directory and force out of source builds. <br>
              </p>
              <p><br>
              </p>
            </div>
          </blockquote>
          <div>+1 I think; You said it was generated?  It should be in
            the build directory anyway :) <br>
          </div>
          <div>And out of source always.  (makes it easier to source
            version control)</div>
          <div> <br>
          </div>
        </div>
      </div>
    </blockquote>
    <p>Now that I look at it it seems very obvious. I still have doubts,
      though:</p>
    <p>I guess I am seeing the contents of a build directory as somewhat
      volatile. For most files I want that, to either clean the project
      or override the files. <br>
    </p>
    <p>But what about files I want to archive, such as a tarball or
      zipped documentation: does it make sense to place them into the
      build directory? The files belong to the project, though are not
      source controlled but aren't install targets either. <br>
    </p>
    <p>Another thing I noticed is that my CMAKE_GENERATOR are now buried
      in subfolders. To change that I set PREFIX
      "${CMAKE_BINARY_DIR}/workspaces". Now all external projects are
      using the same prefix and are therefore generated into the same
      directory 'workspaces'. </p>
    <p>I could even set PREFIX "${CMAKE_SOURCE_DIR}/workspaces" which
      I'd actually prefer. </p>
    <p>The default binary directory is per project so I'd also change
      this to BINARY_DIR=${CMAKE_BINARY_DIR}<br>
    </p>
    <p>I'm not concerned about <i>how</i> to do it but rather <i>if</i>
      it should be done. The documentation recommends to stick with the
      defaults. <br>
    </p>
    <p><br>
    </p>
    <p>Any thoughts on this?<br>
    </p>
  </body>
</html>