[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Accommodate non-recursive Automake in a less hacky way
From: |
Bruno Haible |
Subject: |
Re: Accommodate non-recursive Automake in a less hacky way |
Date: |
Sun, 19 Dec 2021 17:33:05 +0100 |
Jim Meyering wrote:
> I want to switch every package for which I used the hacky way.
> Hoping we can remove the 'non-recursive-gnulib-prefix-hack' support
> code before too long.
coreutils and bison have switched already. Therefore I'm now deprecating
the module:
2021-12-19 Bruno Haible <bruno@clisp.org>
non-recursive-gnulib-prefix-hack: Deprecate module.
* modules/non-recursive-gnulib-prefix-hack (Status, Notice): New
sections.
diff --git a/modules/non-recursive-gnulib-prefix-hack
b/modules/non-recursive-gnulib-prefix-hack
index a4b13736c..c188e93f4 100644
--- a/modules/non-recursive-gnulib-prefix-hack
+++ b/modules/non-recursive-gnulib-prefix-hack
@@ -2,6 +2,15 @@ Description:
Adjust a gnulib-generated gnulib.mk file and configure script so
that they are usable in a non-recursive make framework.
+Status:
+deprecated
+
+Notice:
+This module is deprecated. Instead,
+ - use the gnulib-tool option '--automake-subdir',
+ - remove the explicit invocation of build-aux/prefix-gnulib-mk from your
build
+ system.
+
Files:
build-aux/prefix-gnulib-mk
m4/non-recursive-gnulib-prefix-hack.m4
- Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/15
- Re: Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/16
- Re: Accommodate non-recursive Automake in a less hacky way, Paul Eggert, 2021/12/16
- Re: Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/17
- Re: Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/18
- Re: Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/18