[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: converting to subdir-objects

From: Harlan Stenn
Subject: Re: converting to subdir-objects
Date: Sun, 08 Mar 2015 19:41:01 +0000

Bob Friesenhahn writes:
>   This message is in MIME format.  The first part should be readable text,
>   while the remaining parts are likely unreadable without MIME-aware tools.
> ---559023410-713165029-1425842271=:4186
> Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-7; FORMAT=flowed
> Content-ID: <address@hidden>
> Content-Transfer-Encoding: quoted-printable
> X-MIME-Autoconverted: from 8bit to quoted-printable by blade.simplesystems.or
> g id t28JNYFB013474
> On Sun, 8 Mar 2015, Harlan Stenn wrote:
> >
> > 'make dist' and 'make distcheck' have been working fine for a Very Long
> > Time in this project.
> >
> > In my attempt to get subdir-objects working NTP, I added
> > "subdir-objects" to the list of options in the AM_INIT_AUTOMAKE line in
> > its file.  I figured I'd add that option, run autoreconf,
> > 'make', and see what happened.
> I had the perhaps mistaken impression (due to the mention of "old=20
> style" build tree") that you are migrating to a non-recursive build.

Not yet, and again, while I'd love to find a way to convert to a
non-recursive build I really do like the ability to have a Makefile in
each subdir that will DTRT, at least as far as building the executables

I also have a preference that all of the executables and things end up
in the appropriate subdirs, because otherwise I fear (I haven't checked)
that the "target" directory will become way more populated than I want
to have to look at.

> The Automake manual is pretty clear about expectations for 'make dist'
> Particularly the statement:
> "Note that when packages are nested using AC_CONFIG_SUBDIRS (see=20
> Subpackages), then =A1$(distdir)=A2 and =A1$(top_distdir)=A2 are relative=
>  to=20
> the package where =A1make dist=A2 was run, not to any sub-packages=20
> involved. "

Yes, I've been bitten by that before and the current "implementation"
works and accounts for this.

> If one has a non-recursive build then there is just one Makefile=20
> although a whole build system might be a mix of recursive and=20
> non-recursive methodologies.  In a non-resursive build, subordinate=20
> Makefile's are responsible for copying the files they are responsible=20
> for into the distribution.
> It seems to me that strategies which are not compatible with=20
> Automake's own 'make dist' are not likely to work reliably.

I expect any solution for NTP will be some combination of different,
arcane, and intricate.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]