bug-gnulib
[Top][All Lists]
Advanced

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

Re: The non-recursive-gnulib-prefix-hack module


From: John W. Eaton
Subject: Re: The non-recursive-gnulib-prefix-hack module
Date: Sun, 27 Nov 2016 17:07:06 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.4.0

On 11/27/2016 04:29 PM, Bruno Haible wrote:

When you specify --makefile-name=module.mk, gnulib-tool knows that you
don't want a top-level Makefile.am and does not generate AUTOMAKE_OPTIONS
and generates augmentations (+=) of the other variables instead of assignments.

OK, I didn't realize that.  I also completely missed the option initially.

Now I'm calling gnulib-tool with the --makefile-name option and my new --non-recursive-makefile option. Instead of using the non-recursive-gnulib-prefix-hack module I added

  AC_CONFIG_LIBOBJ_DIR([libgnu])

to my configure.ac file. Maybe gnulib-tool could do this automatically if --non-recursive-makefile is specified? I think it would be nice to just have the option (or a module) but not both.

I made some more modifications to gnulib-tool and the module and m4 files that Octave uses. Diffs are attached.

As you can see, I've hard-wired "libgnu" in many places. Obviously this isn't the right thing to do, but it demonstrates what changes need to be made. It would also be great if there were some automake magic or if we could fix gnulib-tool to do these things automatically, but I don't see how at the moment. I imagine that automatically modifying the contents of things like EXTRA_DIST or BUILT_SOURCES might be possible, but I don't see how to automatically adjust the hand-coded makefile snippets.

jwe

Attachment: diffs.txt
Description: Text document


reply via email to

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