* misc on the documentation, at functions, confstr
@ 2018-02-15 6:32 Marco Maggi
2018-02-15 19:56 ` Carlos O'Donell
0 siblings, 1 reply; 2+ messages in thread
From: Marco Maggi @ 2018-02-15 6:32 UTC (permalink / raw)
To: libc-help
Ciao,
in the documentation of glibc 2.27, the description of "confstr()"
says:
Currently there is just one parameter you can read with @code{confstr}:
and then it lists more than one parameter; the following parameters are
missing from the glibc documentation, but they are present in the manual
page of the same function:
_CS_GNU_LIBC_VERSION
_CS_GNU_LIBPTHREAD_VERSION
I see that these constants are used in the very source tree of glibc.
The "at" functions (openat, linkat, unlinkat, ...) are undocumented
despite being in the POSIX standard; is there a specific reason?
What about the executable program "getconf"? Is it actually meant to
be fully undocumented?
Is it fine to complain about the documentation? ;-)
TIA
--
Marco Maggi
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: misc on the documentation, at functions, confstr
2018-02-15 6:32 misc on the documentation, at functions, confstr Marco Maggi
@ 2018-02-15 19:56 ` Carlos O'Donell
0 siblings, 0 replies; 2+ messages in thread
From: Carlos O'Donell @ 2018-02-15 19:56 UTC (permalink / raw)
To: marco.maggi-ipsu, libc-help
On 02/14/2018 10:34 PM, Marco Maggi wrote:
> Ciao,
>
> in the documentation of glibc 2.27, the description of "confstr()"
> says:
>
> Currently there is just one parameter you can read with @code{confstr}:
>
> and then it lists more than one parameter;
This is a bug. Please submit a glibc manual patch :-)
> the following parameters are
> missing from the glibc documentation, but they are present in the manual
> page of the same function:
>
> _CS_GNU_LIBC_VERSION
> _CS_GNU_LIBPTHREAD_VERSION
>
> I see that these constants are used in the very source tree of glibc.
This is a bug. Please submit a glibc manual patch :-)
> The "at" functions (openat, linkat, unlinkat, ...) are undocumented
> despite being in the POSIX standard; is there a specific reason?
This is a bug. Please submit a glibc manual patch :-)
You cannot copy the linux man pages and must create the documentation on
your own please, otherwise this may violate the copyright of the manual
pages themselves.
> What about the executable program "getconf"? Is it actually meant to
> be fully undocumented?
getconf *should* be documented, but it is not. We'd have to find a place
to document it in the glibc manual.
This is a bug. Please submit a glibc manual patch :-)
> Is it fine to complain about the documentation? ;-)
Absolutely.
Please see the 'Contribution Checklist' for the list of things you need to contribute:
https://sourceware.org/glibc/wiki/Contribution%20checklist
--
Cheers,
Carlos.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2018-02-15 19:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-02-15 6:32 misc on the documentation, at functions, confstr Marco Maggi
2018-02-15 19:56 ` Carlos O'Donell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).