[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mem*/strr*/etc... obsolete warnings
From: |
Mike Frysinger |
Subject: |
Re: mem*/strr*/etc... obsolete warnings |
Date: |
Tue, 27 Jan 2009 18:40:21 -0500 |
User-agent: |
KMail/1.10.4 (Linux/2.6.28; KDE/4.1.4; x86_64; ; ) |
On Tuesday 27 January 2009 18:11:33 Bruno Haible wrote:
> Mike Frysinger wrote:
> > any reason for not adding a note when
> > warning about obsolete stuff ? rather than updating every module that is
> > marked obsolete, the gnulib tool itself could include the pointer.
>
> Hmm. Neither of these two options looks really good: A larger notice in
> every modules file is hard to maintain. And letting gnulib-tool show extra
> text would mix up the semantics of the 'Status' and of the 'Notice' field.
i mean something simple like this (and the output from gnulib-tool still looks
sane to me):
--- a/modules/memcpy
+++ b/modules/memcpy
@@ -5,7 +5,7 @@ Status:
obsolete
Notice:
-This module is obsolete.
+This module is obsolete (see gnulib.info::Obsolete modules).
Files:
lib/memcpy.c
-mike
signature.asc
Description: This is a digitally signed message part.
- mem*/strr*/etc... obsolete warnings, Mike Frysinger, 2009/01/04
- Re: mem*/strr*/etc... obsolete warnings, Bruno Haible, 2009/01/17
- Re: mem*/strr*/etc... obsolete warnings, Mike Frysinger, 2009/01/18
- Re: mem*/strr*/etc... obsolete warnings, Bruno Haible, 2009/01/24
- Re: mem*/strr*/etc... obsolete warnings, Mike Frysinger, 2009/01/27
- Re: mem*/strr*/etc... obsolete warnings, Bruno Haible, 2009/01/27
- Re: mem*/strr*/etc... obsolete warnings,
Mike Frysinger <=
- Re: mem*/strr*/etc... obsolete warnings, Bruno Haible, 2009/01/28
- Re: mem*/strr*/etc... obsolete warnings, Mike Frysinger, 2009/01/28