[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mem*/strr*/etc... obsolete warnings
From: |
Bruno Haible |
Subject: |
Re: mem*/strr*/etc... obsolete warnings |
Date: |
Sat, 17 Jan 2009 21:24:36 +0100 |
User-agent: |
KMail/1.9.9 |
Mike Frysinger wrote on 2009-01-04:
> a bunch of modules were labeled as obsolete recently, but no information was
> included explaining why.
They were marked obsolete because the problems that they fix don't occur any
more on the platform that are reasonable porting targets now. In other words,
the doc/posix-functions/$FUNC.texi file does not list a problem.
> perhaps the toplevel NEWS should be updated
Why? It's not an incompatible change when a module becomes obsolete. You can
continue to use it.
> as well
> as the "Notice" section of each module pointing people to the place for more
> information and/or just telling them why right there ...
The "more information" is the documentation. For example, for 'memchr':
Gnulib module: memchr
Portability problems fixed by Gnulib:
@itemize
@item
This function is missing on some older platforms.
@end itemize
What extra information would you find useful here?
Bruno
- mem*/strr*/etc... obsolete warnings, Mike Frysinger, 2009/01/04
- Re: mem*/strr*/etc... obsolete warnings,
Bruno Haible <=
- 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, 2009/01/27
- Re: mem*/strr*/etc... obsolete warnings, Bruno Haible, 2009/01/28
- Re: mem*/strr*/etc... obsolete warnings, Mike Frysinger, 2009/01/28