[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: The non-recursive-gnulib-prefix-hack module
From: |
Mike Miller |
Subject: |
Re: The non-recursive-gnulib-prefix-hack module |
Date: |
Sat, 22 Oct 2016 10:39:09 -0700 |
User-agent: |
NeoMutt/20160916 (1.7.0) |
On Sat, Oct 22, 2016 at 19:25:46 +0200, Bruno Haible wrote:
> This is better now. But still better would be to not hardcode 'lib' at all,
> and instead use whatever value was passed to gnulib-tool via --source-base.
> Below is a proposed patch. (The variable $gl_source_base is already used in a
> similar way in the modules 'localcharset' and 'relocatable-prog'.)
> Untested on my side; can you please test it the next time you happen to
> build coreutils?
Hi, I had attempted to get non-recursive-gnulib-prefix-hack working with
Octave (where the gnulib subdirectory is not named 'lib'). I sent a
patch and a query for help to bug-gnulib last year and attracted no
interest, I assume because there are very few users.
Original (work-in-progress) patch attached, and see
http://lists.gnu.org/archive/html/bug-gnulib/2015-08/msg00000.html,
still valid because Octave has still not managed to incorporate gnulib
cleanly into its non-recursive build.
I'd be grateful for any thoughts or help on making this module work more
generically.
--
mike
0001-non-recursive-gnulib-prefix-hack-fix-when-source-bas.patch
Description: Text Data