On Fri, 2017-09-08 at 13:40 +0200, Václav Haisman wrote:
> You might want to look at AutoGen
> (https://www.gnu.org/software/autogen/) and use that to create the
> Makefile.am contents.
Thanks Václav.
--
Kip Warner | Senior Software Engineer
OpenPGP signed/encrypted mail preferred
http://www.the
On 8 September 2017 at 03:25, Kip Warner wrote:
> On Thu, 2017-09-07 at 10:22 +0200, Thomas Jahns wrote:
> > Really the only part, where names need to be included verbatim is in
> > so-called automake primaries.
>
> Exactly. And since the full paths are necessary to populate the
> _SOURCES primar
On Thu, 2017-09-07 at 10:22 +0200, Thomas Jahns wrote:
> Really the only part, where names need to be included verbatim is in
> so-called automake primaries.
Exactly. And since the full paths are necessary to populate the
_SOURCES primary in order to have the various build and dist rules
function
On Tue, 2017-09-05 at 18:57 -0400, Nick Bowler wrote:
> If your only uses of the directoryless-filenames are in rules, then
> just write the names including directories in the make variables,
> then strip off the directory components inside the rule. In rules
> you can use the much more powerful s
Hello,
On 09/06/17 00:57, Nick Bowler wrote:
On 2017-09-05, Kip Warner wrote:
[...]
Hey Thomas. Good question. It could well be that no hackery at all is
required with this. Here is my Makefile.am:
https://github.com/cartesiantheatre/narayan-designer/blob/master/Source/Makefile.am
See parser
On 2017-09-05, Kip Warner wrote:
[...]
> Hey Thomas. Good question. It could well be that no hackery at all is
> required with this. Here is my Makefile.am:
>
> https://github.com/cartesiantheatre/narayan-designer/blob/master/Source/Makefile.am
>
> See parser_clobbered_source_full_paths as an exam
On Mon, 2017-09-04 at 12:00 -0400, automake-requ...@gnu.org wrote:
> Can you give more context why you need to substitute on the left-
> hand-side here?
> It's after all simply a Makefile-Variable, so I don't exactly see
> what's the
> purpose.
Hey Thomas. Good question. It could well be that no