aboutsummaryrefslogtreecommitdiffstats
path: root/man2/open.2
diff options
context:
space:
mode:
authorAlejandro Colomar <alx.manpages@gmail.com>2022-04-16 20:03:16 +0200
committerAlejandro Colomar <alx.manpages@gmail.com>2022-04-16 20:03:19 +0200
commitc4693f86a8af6bca1e42a91e12acd1568ec077fd (patch)
treefacd86ec62aff9f02be2cff61240ba1cfb521e4e /man2/open.2
parent5c405d85faeba07a68cfda566b7cb99a0d935c88 (diff)
downloadman-pages-c4693f86a8af6bca1e42a91e12acd1568ec077fd.tar.gz
scanf.3: Clarify ll and L modifiers
Relevant documents: POSIX: <https://pubs.opengroup.org/onlinepubs/9699919799/functions/fscanf.html> glibc: <https://www.gnu.org/software/libc/manual/html_mono/libc.html#Numeric-Input-Conversions> ISO C2x: <http://www.open-std.org/JTC1/SC22/WG14/www/docs/n2731.pdf#subsubsection.7.21.6.2> Still, from the documentation linked above, it seems to me that "%Ln" is supported as a glibc extension, and doesn't fall into "either no effect or undefined behavior" as says the GCC warning shown in the bugzilla report. I didn't modify the documentation regarding %n, and recommend investigating a possible GCC bug. Reported-by: Avinash Sonawane <rootkea@gmail.com> Link: bugzilla <https://bugzilla.kernel.org/show_bug.cgi?id=215844> Cc: glibc <libc-alpha@sourceware.org> Cc: GCC <gcc@gcc.gnu.org> Signed-off-by: Alejandro Colomar <alx.manpages@gmail.com>
Diffstat (limited to 'man2/open.2')
0 files changed, 0 insertions, 0 deletions