[bug #64059] 'make install' fails when you build on a different directory

[G. Branden Robinson]

Update of bug #64059 (project groff):

                  Status:                    None => Ready for Merge        
             Assigned to:                    None => gbranden               

    _______________________________________________________

Follow-up Comment #1:

Hello and thanks for the report.

I think you encountered the same issue that Nikita Ivanov did about a month
ago.

https://git.savannah.gnu.org/cgit/groff.git/commit/?h=branden-2023-04-07&id=e92a7c7b693e4a3149fc4fd97b889da00e45850f

(N.B., that link will break in the near future when I replace my branch with
branden-2023-04-17 or similar.)


doc/doc.am: Fix repo builds' install-doc targets.
* doc/doc.am (install-txt): Look for "groff.txt" in the source and build
  directories in sequence; it could be in either place depending on
  whether the build is from the Git repository or from a distribution
  archive.  Annotate this.  Fixes "install-doc" target when building
  from Git repository.  Thanks to Nikita Ivanov for the report.

  (install-pdf-local, install-html-local): Similar.

I wasn't getting problems in my builds even with "make distcheck" (which
performs a build from a distribution archive in a remote out-of-tree
location), but changing $(top_srcdir)/doc to $(doc_builddir) revealed
problems with repo builds.


Unfortunately the master branch is still closed to anything apart from doc
fixes for the time being, so this fix didn't make it into RC4.  However, to
address most of the issues discovered by Bruno Haible this weekend, we will
need to reopen master for more intrusive changes.

Whether that happens for RC5, 1.23.0 final, or as part of the next release
(1.23.1 or 1.24.0) is something our maintainer, Bertrand, and I will have to
work out.

I've also added steps to my build scripts to catch more issues like this in
the future.  Which is kind of annoying, because every time I switch back to
the master branch, they tell me things are broken...


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?64059>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/