Re: Trying to bootstrap my project, distcheck doesn't configure

do_not_make_me_la' as >> canonical name (possible typo) >> autoopts/Makefile.am:146: warning: variable >> 'do_not_make_me_la_SOURCES' is defined but no program or >> autoopts/Makefile.am:146: library has 'do_not_make_me_la' as >> canonical name (possi

Re: t/aclocal-print-acdir.sh at installcheck and AUTOMAKE_UNINSTALLED

Hello Karl, Mathieu Lirzin writes: > Karl Berry writes: > >> Other than that, please push asap! --thanks again, karl. > > I Will push that patch before the end of the week. Done in commit f19ecc089b017d0f0cde1e960fb1a6a407005164. Thanks for the review. -- Mathieu Lirzin G

Re: t/aclocal-print-acdir.sh at installcheck and AUTOMAKE_UNINSTALLED

tentional. > Other than that, please push asap! --thanks again, karl. I Will push that patch before the end of the week. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: t/aclocal-print-acdir.sh at installcheck and AUTOMAKE_UNINSTALLED

\ + PL_LOG_COMPILER=$(PERL) \ am_running_installcheck=yes +# Ensure that the installed Automake perl modules are found when running 'installcheck' target +AM_TESTS_ENVIRONMENT += \ + if test "$${am_running_installcheck}" = yes; then \ +PERL5LIB="$(DESTDIR)$(pkgvdatadir

Re: Automake 1.16.1: problem with non-gnu make and gnulib

the projects themselves. > > However, > This change (regression?) seems to come from automake, perhaps > consider a bugfix for future versions. Unfortunately I currently don't have much time for Automake. If somebody is willing to do the investigation job and fix the code, I am willing to apply the patch. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: Automake 1.16.1: problem with non-gnu make and gnulib

causing > the failure... One convenient way to detect what caused this problem would be to do a ‘git bisect’ session on Automake VCS repository and analyse the diff of the commit introducing the failure. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: copyright problem with install-sh, request for clean-room rewrite

. Regarding the requirements I guess Automake test suite already contains some tests validating some of them. WDYT? -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [GSoC] "Modularize Automake" Final Report

st. I recommend to submit those patches incrementally to . Thank you for your participation in the GSoC! -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Stepping down

mentoring of the two Automake GSoC students, I will continue to assume that role until the end of the summer. I wish the best for the future of those packages. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: How to run the autoconf generated testsuite with `make installcheck`?

e installed program and reserve it for validation tests. For example verifying that default paths values are properly set to the installed location which can't be checked from ‘builddir’. [1] https://git.savannah.gnu.org/cgit/mcron.git/tree/Makefile.am -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: How to move aminfo-results (PDF/HTML) from clean-aminfo to maintainer-clean-aminfo?

DF file for the sake of simplicity and robustness. On the Automake side what seems appropriate for such issue is to open a “wishlist” bug. WDYT? [1] https://www.gnu.org/software/automake/manual/html_node/Texinfo.html -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [GSoC] Reafactoring Automake: Report

has been done until today on the branch but it should be fairly > busy in the next couple of weeks. Great, I will follow that. :-) -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: Proposal Accepted for GSoC

ectly to me (my pseudo is ‘mthl’). I am not sure about your actual timezone (mine is UTC+2) but if you are from India don't expect me to available too soon in the morning. :-) HTH, -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [GSoC] Proposal accepted

ation with Automake by following Automake info manual. If you have any questions or difficulty in your discovery, you can ask on the #autotools IRC channel on Freenode or directly to me (my pseudo is ‘mthl’). HTH, -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: Can't build automake-1.16: Can't locate Automake/Config.pm in @INC

ndor_perl /usr/lib64/perl5 /usr/share/perl5 .) at > bin/automake-1.16 line 47. BEGIN failed--compilation aborted at > bin/automake-1.16 line 47. Can you send the output of ‘./pre-inst-env automake --help’ and attach the ‘config.log’ file of this build? Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

[GSoC] Seeking mentors

mentoring task. If you are interested please step-up! -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [GSOC] Proposal for "Modularize Automake to improve the test-suite performance"

rsons are > interested in this other project. This is why I have decided, after > speaking with Mathieu Lirzin, that it would be a wise idea to candidate > to other projects or project ideas. The goal of the summer of code is > not to have a race with other candidates. As Mathieu told

Re: [gnu-soc] Automake - Summer of Code - Has any student taken on the "Parse Makefile.am using an Abstract Syntax Tree" project?

e experience in Perl but I'm can pick it up quickly on > the project. > > * Here is my Github profile. Looks interesting, Make sure to include those information in your proposal draft. You can send this draft only to and drop from the Cc. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: GSOC GNU Automake project

panding on your plan by precising the functional and non-functional requirements and telling us how you imagine you would specifically tackle those. If you have questions regarding my comments or about more general one regarding the project itself, don't hesitate. Thanks for your proposal. --

Re: [GSoC] Proposal for "Parse Makefile.am using an AST"

Mathieu Lirzin writes: >> My draft is online on the GSoC website since it was open on Monday. I >> don't know if you have access to that. > > Yes I have access to it. I will send my future comments via this > website. I was under the wrong impression that using thi

Re: [GSoC] Proposal for "Parse Makefile.am using an AST"

Matthias Paulmier writes: > Mathieu Lirzin writes: > >> Matthias Paulmier writes: >> >>> I put up the first draft for my proposal here : >>> . >> >> - Regarding the example script deliverable, I think you can precise that >> a set of exam

Re: [GSoC] Proposal for "Parse Makefile.am using an AST"

r the weekly status update and discussion, if that's OK with you I would rather have a VOIP one on one conversation (via Ring or Jitsi) when possible and use email as a fallback or complement. Regarding the instantaneous communication IRC is convenient for me. Thanks. -- Mathieu Lirzin GPG: F2A3

Re: GSOC GNU Automake project

take a look at the mailing-list archives [1] for past discussion regarding the subject. Thanks for your interest. [1] https://lists.gnu.org/archive/html/automake/2018-03/threads.html -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

GNU Automake 1.16.1 released

We are pleased to announce the GNU Automake 1.16.1 maintenance release. This release follows 1.16 which was made 2 weeks ago. See below for the detailed list of changes since the previous version, as summarized by the NEWS file. Download here: https://ftp.gnu.org/gnu/automake/automake-1.16.1.

Re: [GSoC] Proposal for "Parse Makefile.am using an AST"

semantic analysis as well the lexer (which is not a big deal with > Flex). > > I've already met with Mathieu Lirzin to talk about the project so I have a > general idea of what is expected of this GSoC. From my understanding, both > proposed subjects' goal is to go towards Au

Re: [GSoC] Proposal for "Parse Makefile.am using an AST"

NightStrike writes: > On Mar 7, 2018 16:05, "Mathieu Lirzin" wrote: > > John Calcote writes: > > > A Makefile.am file is really just a Makefile with embellishments. It seems > > like your ast would have to incorporate most of make’s syntax to work > &

Re: [GSoC] Proposal for "Parse Makefile.am using an AST"

designed to be passed through without modifications. I agree that using a coarse grained AST is a good first approach. Exploration and evaluation of a finer grained approach later during this GSoC could be interesting too. Thanks for your input. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: automake-1.16: aclocal is unable to process AM_PATH_PYTHON with variable as value

projects again. > > Is there an ETA for a point release containing this fix? I hope to release it next weekend. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: GNU Automake 1.16 released

Hello, Eric Dorland writes: > Can this release be tagged in the git repository? > > * Mathieu Lirzin (m...@gnu.org) wrote: >> We are pleased to announce the GNU Automake 1.16 minor release. Done. Thanks for the reminder. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D

Re: Automake 1.16 build failure

an't continue after import errors at > /home/abuild/rpmbuild/BUILD/automake-1.16/bin/automake-1.16 line 76. > BEGIN failed--compilation aborted at > /home/abuild/rpmbuild/BUILD/automake-1.16/bin/automake-1.16 line 76. > > Andreas. What is the Perl version used? Can you open a bug report on for this issue? Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: manual: Why use 'maude' as the example program name?

program. This list also refers to “maude” as a > program, but in general the same rules apply for both static and dynamic > libraries; the documentation below notes situations where programs and > libraries differ. > FWIW, I think using “maude” with the above explanation is clear enough. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

GNU Automake 1.16 released

We are pleased to announce the GNU Automake 1.16 minor release. This release follows 1.15.1 which was made 8 months ago. See below for the detailed list of changes since the previous version, as summarized by the NEWS file. Download here: https://ftp.gnu.org/gnu/automake/automake-1.16.tar.gz

Re: Ideas for Summer of Code 2018

Mathieu Lirzin writes: > Google is accepting organization applications for the next Summer of > Code [1] and as usual GNU is going to apply for it. Let's start thinking > about a list of ideas for the next Summer of Code and potential mentors. Here is another project idea I

Re: Why doesn't install-strip strip shared libraries sometimes

utput of ‘make install-strip V=1’ for both projects? [1] https://github.com/opencog/link-grammar/issues/645 -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: How does one report bugs for automake?

certain way, which seems what your previous email is about. Next time for such question, please ask it in the same thread you have previously opened. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Ideas for Summer of Code 2018

test those with [1]Test::More. Skills: Good understanding of the different testing strategies, Basic knowledge of Perl Mentor: Mathieu Lirzin References 1. https://perldoc.perl.org/Test/More.html Comments and suggestions welcome. If you want to propose another project that yo

Re: Which component controls automake.info ?

Jeffrey Walton writes: > On Thu, Jan 4, 2018 at 7:45 AM, Mathieu Lirzin wrote: >> Hello, >> >> Jeffrey Walton writes: >> >>> On Wed, Jan 3, 2018 at 10:00 AM, Mathieu Lirzin wrote: >>>> >>>> Jeffrey Walton writes: >>>>

Re: Which component controls automake.info ?

Hello, Jeffrey Walton writes: > On Wed, Jan 3, 2018 at 10:00 AM, Mathieu Lirzin wrote: >> >> Jeffrey Walton writes: >> >>> I'm trying to update Autoconf and Automake on an old CentOS system. >>> The build is failing with: >>> >>>

Re: Which component controls automake.info ?

feature" in that sense. Documentation is already "built" in distributed releases so unless you are modifying the ".texi" sources, 'makeinfo' shouldn't be required by the build process. Are you build from a tarball or the Git development repository? Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [PATCH] port elisp-compilation support to emacs-23.1 and newer

): Use byte-compile-dest-file-function, > rather than byte-compile-dest-file. > * t/lisp-readonly-srcdir.sh: New file, to test for the above. > * t/list-of-tests.mk (handwritten_TESTS): Add it. > * NEWS (Bugs fixed): Mention this problem. OK to push. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [PATCH] "make dist" did not depend on $(BUILT_SOURCES)

t/dist-vs-built-sources.sh | 56 > ++ > t/list-of-tests.mk | 1 + > 4 files changed, 65 insertions(+), 2 deletions(-) > create mode 100644 t/dist-vs-built-sources.sh OK to push. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Update HACKING (was: [PATCH] port elisp-compilation support to emacs-23.1 and newer)

Mathieu Lirzin writes: > Indeed HACKING is not up-to-date, I will fix that. Here is a patch that should help describing the new branching model more accurately. If you see further improvements or would prefer different wording, tell me. >From 2e6c978a944eb57d49336b01a03dd6f9e573cd81 M

Re: [PATCH] port elisp-compilation support to emacs-23.1 and newer

Jim Meyering writes: > On Thu, Nov 23, 2017 at 3:57 PM, Mathieu Lirzin wrote: >> >> Jim Meyering writes: >> >>> Pushed to the micro branch: >>> >>> https://git.savannah.gnu.org/cgit/automake.git/commit/?h=micro&id=9182df7e4810a411147d52

Re: [PATCH] port elisp-compilation support to emacs-23.1 and newer

ro branch: > > https://git.savannah.gnu.org/cgit/automake.git/commit/?h=micro&id=9182df7e4810a411147d523de8cd141e749c5e39 With the "recent" change in Automake branch naming scheme, 'master' seems a better fit for this: https://lists.gnu.org/archive/html/bug-automake/2017-09/msg00015.html Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: Per-Object Flags for Autotool C++ library?

(out of tree builds, uninstall, ...). The first actionable item it to check that the build from the tarball works fine, and if not add the missing files to the EXTRA_DIST variable (or alternatives) in the Makefile.am. 'make distcheck' error message can sometime be tricky to interpret, so feel free to ask for help. HTH. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: libcpu_a_CXXFLAGS must be set with '=' before using '+='

I fix this issue such that it > won't break when I start computing the value of CPU_FLAG in Autoconf? Maybe I am overlooking something but using '=' shouldn't cause any issue event if CPU_FLAG is computed from Autoconf. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: Per-Object Flags for Autotool C++ library?

the linking order. If this kind of issue is common in C++, I think it would be good to give a hint in the Automake manual on how to solve it. Thanks. [1] https://isocpp.org/wiki/faq/ctors#static-init-order-on-first-use -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: Should Automake still support Java?

Hello, NightStrike writes: > On Mon, Oct 30, 2017 at 12:09 PM, Mathieu Lirzin wrote: > >> - Should we undeprecate javac support? > > Undeprecate, please. > > I use automake's java support quite a bit, as I have numerous projects > that are mostly other langu

Should Automake still support Java?

ugs.gnu.org/cgi/bugreport.cgi?bug=24895 -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: Like config.h.in but in Ada

ed. in C you can achieve that with CPPFLAGS: AM_CPPFLAGS = -DPACKAGE_LOAD_PATH=\"$(moduledir)\" With other language this has to be done differently, you can use 'sed' or 'config.status' in your Makefile. More details are provided in the Autoconf manual [1]. [1] https:

Re: Dealing with uninstalled data

tories. To run you program from build directory can then use a wrapper script that sets those environment variables appropriately and call your progam this script can be used for running tests too. As an example you can see the 'pre-inst-env' script of Automake [1] which is generated at con

Re: automake: tap-driver.sh: cleanup and revival.

Warren Young writes: > On Oct 25, 2017, at 2:51 PM, Mathieu Lirzin wrote: >> >> Warren Young writes: >> >>> As for the portability of ANSI terminal escape codes, it’s still best >>> to delegate such things to curses or libraries like it, despite the &g

Re: automake: tap-driver.sh: cleanup and revival.

tively. Do you have a use case where we would want to invoke tap-driver.sh outside of the 'make check' context? Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: automake: tap-driver.sh: cleanup and revival.

of ANSI-family terminal emulators. Colors are already automatically used when possible [1] and can be disabled with the AM_COLOR_TESTS environment variable. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37 [1] https://www.gnu.org/software/automake/manual/automake.html#Simple-tests-and-color_002dtests

Re: automake: tap-driver.sh: cleanup and revival.

ribution for improving tap-driver.sh would be welcome. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: No rule to make target 'bzr.mk', needed by 'all-am'

s why make searches for a bzr.mk rule? My guess is that you are trying to build from a tarball generated with 'make dist'. If my guess is correct, then the issue is that 'src/bzr.mk' is not distributed. As described in the manual [1], 'DATA' files are not distrib

Re: bug#13578: Status: A new versioning scheme for automake releases, and a new branching scheme for the Git repository

Hello, Mathieu Lirzin writes: > Right now we are using this branch naming scheme: > >- micro: for next micro version >- minor: for next minor version >- master: for next major version > > Given the current state of Automake I consider that the main scenario

Re: Get the directory of the Makefile

tomake to add the correct ../ prefix to data.txt. > > How to get the path to my data.txt? I am not sure to understand what you are trying to do. A minimal example of a 'configure.ac' and a 'Makefile.am' building 'run-tests' would make easier for us to understa

Re: Automake 1.16

uot; branch (for 1.16 release) because it was considered by previous maintainer as adding an extra feature. As a consequence Automake 1.15.1 which was a "micro" release didn't include it. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: Portable $addprefix

Kip Warner writes: > On Sun, 2017-08-27 at 19:44 +0200, Mathieu Lirzin wrote: >> Would something like this work for you? >> >>   files_with_path = `for f in $(files_only); do echo "dir/$$f"; done` > > Hey Mathieu, > > Thank you for the suggestion. I&#x

Re: Portable $addprefix

like this work for you? files_with_path = `for f in $(files_only); do echo "dir/$$f"; done` -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: "Commit Solution Changes" affects unrelated projects and branches

ms unrelated to Automake. I think this should be addressed to mailing-list instead. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: How to avoid stopping the recursive `check` target?

Philippe Proulx writes: > On Tue, Aug 8, 2017 at 5:06 PM, Mathieu Lirzin wrote: > >> >> --8<---cut here---start->8--- >> foo_tests = foo/... >> bar_tests = bar/... >> >> TESTS = $(foo_tests) $(bar_tests) &g

Re: How to avoid stopping the recursive `check` target?

-8<---cut here---start----->8--- check: $(MAKE) -C .. check-xxx --8<---cut here---end--->8--- However I would not recommend it. HTH, -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: GNU Automake 1.15.1 released

the repository. Thank you for reporting this. :) -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

GNU Automake 1.15.1 released

We are pleased to announce the GNU Automake 1.15.1 maintenance release. This much-needed, bug-fixing release comes after a year and a half of stalling and inactivity in the Automake development. The main motivation for this release is to remove some warnings that were appearing due to the depreca

Re: ylwrap doesn’t update *.output on failure

ion=* > else > selection=*.output > fi > > for from in $selection I would need some advices before fixing this. I am CCing Tom Tromey (a previous Automake maintainer) which might have a more enlightened look. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: AM_CFLAGS and %reldir%

o_*FLAGS for each program can indeed be cumbersome. I like the idea of allowing per directory default flags, I don't see any issue with such feature. Regarding the syntax, what about dropping the "AM" in front of AM_directory_*FLAGS like what is done for per programs _*FLAGS? IIUC,

Re: distcheck does 'chmod a-w' - leads to mkdir "permission denied"

Paul Jakma writes: > On Fri, 3 Mar 2017, Mathieu Lirzin wrote: > >> I stopped digging when I saw that I need libcares which is not provided >> by my distro. > > Ah, well, it's only needed for nhrpd, which can be disabled with > --disable-nhrpd. I'm not su

Re: distcheck does 'chmod a-w' - leads to mkdir "permission denied"

Paul Jakma writes: > On Fri, 3 Mar 2017, Mathieu Lirzin wrote: > >> Can you provide a minimal example that allow others to reproduce the >> problem? > > I have a reproducer, but far from minimal: > > (cd /tmp/ && \ > wget http://download.savannah.gn

Re: distcheck does 'chmod a-w' - leads to mkdir "permission denied"

exi: No such file or directory > /bin/sh: line 16: cd: ../../../doc: No such file or directory > Makefile:493: recipe for target '../../../doc/quagga.info' failed > > I'm a bit mystified as to where to start looking. It don't see > anything obvious in the doc/Makefile.am. The only thing is we have a > 'defines.texi' that is built by automake from defines.texi.in and > declared as: > > BUILT_SOURCES = defines.texi > Can you provide a minimal example that allow others to reproduce the problem? Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: variables in _SOURCES

e to make a 'bootstrap' script that fetches PyCXX sources before doing ‘autoreconf -vfi’. -- Mathieu Lirzin

Re: AC_SUBST'ing foodir correctly?

Wouter Verhelst writes: > On Tue, May 24, 2016 at 06:11:47PM +0200, Mathieu Lirzin wrote: >> >> ‘systemdsystemunitdir’ seems not affected by DESTDIR because IIUC >> PKG_CHECK_VAR set it to something like "/lib/systemd/system" instead of >> "${libdir}/

Re: AC_SUBST'ing foodir correctly?

mething wrong, but I'm not sure what the proper way for > doing this would be. ‘systemdsystemunitdir’ seems not affected by DESTDIR because IIUC PKG_CHECK_VAR set it to something like "/lib/systemd/system" instead of "${libdir}/systemd/system". I suppose it would work better to define it manually like this: if SYSTEMD systemdunitdir = $(libdir)/systemd/system systemdunit_DATA = nbd@.service endif and keep only the feature test in configure.ac followed with the Automake conditional. -- Mathieu Lirzin