<feed xmlns='http://www.w3.org/2005/Atom'>
<title>glibc.git/stdio-common/Makefile, branch master</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/'/>
<entry>
<title>Supress unused command arguments warning with clang</title>
<updated>2025-10-29T15:54:03+00:00</updated>
<author>
<name>Adhemerval Zanella</name>
<email>adhemerval.zanella@linaro.org</email>
</author>
<published>2025-10-28T17:08:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=1ab6a62e681036a6e31a903d84097b7f9e47f7bb'/>
<id>1ab6a62e681036a6e31a903d84097b7f9e47f7bb</id>
<content type='text'>
clang 20 issues an warning for the unused '-c' argument used to create
errlist-data-aux-shared.S, errlist-data-aux.S, siglist-aux-shared.S,
and siglist-aux.S.  Filter out the '-c' from the $(compile-command.c).

Reviewed-by: H.J. Lu &lt;hjl.tools@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
clang 20 issues an warning for the unused '-c' argument used to create
errlist-data-aux-shared.S, errlist-data-aux.S, siglist-aux-shared.S,
and siglist-aux.S.  Filter out the '-c' from the $(compile-command.c).

Reviewed-by: H.J. Lu &lt;hjl.tools@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Make &lt;inttypes.h&gt; printf macros narrow arguments (bug 31470)</title>
<updated>2025-10-20T12:44:40+00:00</updated>
<author>
<name>Joseph Myers</name>
<email>josmyers@redhat.com</email>
</author>
<published>2025-10-20T12:44:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=0807a262de1ecfb74cb1b8d14097176d2098a2cb'/>
<id>0807a262de1ecfb74cb1b8d14097176d2098a2cb</id>
<content type='text'>
A late change in C23, the resolution to CD2 comment GB-108, specified
that &lt;inttypes.h&gt; macros such as PRId8 expand to formats such that,
when an argument is passed in the promoted type that isn't
representable in the original type such as int8_t corresponding to the
format, it gets converted to that type before printing.  (Previously,
the proper handling of such arguments was unclear; the case of direct
use of formats such as %hhd was clarified earlier in C23 development,
and had been fixed in glibc in 2006.)  Implement the change to use
formats such as "hhd" for the affected macros, with associated tests.

Tested for x86_64 and x86.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
A late change in C23, the resolution to CD2 comment GB-108, specified
that &lt;inttypes.h&gt; macros such as PRId8 expand to formats such that,
when an argument is passed in the promoted type that isn't
representable in the original type such as int8_t corresponding to the
format, it gets converted to that type before printing.  (Previously,
the proper handling of such arguments was unclear; the case of direct
use of formats such as %hhd was clarified earlier in C23 development,
and had been fixed in glibc in 2006.)  Implement the change to use
formats such as "hhd" for the affected macros, with associated tests.

Tested for x86_64 and x86.
</pre>
</div>
</content>
</entry>
<entry>
<title>stdio-common: Reject insufficient character data in scanf [BZ #12701]</title>
<updated>2025-08-23T00:02:46+00:00</updated>
<author>
<name>Maciej W. Rozycki</name>
<email>macro@redhat.com</email>
</author>
<published>2025-08-23T00:02:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=2b16c76609350ec887d49afd4447743da38f7fab'/>
<id>2b16c76609350ec887d49afd4447743da38f7fab</id>
<content type='text'>
Reject invalid formatted scanf character data with the 'c' conversion
where there is not enough input available to satisfy the field width
requested.  It is required by ISO C that this conversion matches a
sequence of characters of exactly the number specified by the field
width and it is also already documented as such in our own manual:

"It reads precisely the next N characters, and fails if it cannot get
that many."

Currently a matching success is instead incorrectly produced where the
EOF condition is encountered before the required number of characters
has been retrieved, and the characters actually obtained are stored in
the buffer provided.

Add test cases accordingly and remove placeholders from 'c' conversion
input data for the existing scanf tests.

Reviewed-by: Adhemerval Zanella &lt;adhemerval.zanella@linaro.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Reject invalid formatted scanf character data with the 'c' conversion
where there is not enough input available to satisfy the field width
requested.  It is required by ISO C that this conversion matches a
sequence of characters of exactly the number specified by the field
width and it is also already documented as such in our own manual:

"It reads precisely the next N characters, and fails if it cannot get
that many."

Currently a matching success is instead incorrectly produced where the
EOF condition is encountered before the required number of characters
has been retrieved, and the characters actually obtained are stored in
the buffer provided.

Add test cases accordingly and remove placeholders from 'c' conversion
input data for the existing scanf tests.

Reviewed-by: Adhemerval Zanella &lt;adhemerval.zanella@linaro.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>tst-freopen4: Remove temporary directory from warning message</title>
<updated>2025-08-06T00:58:55+00:00</updated>
<author>
<name>H.J. Lu</name>
<email>hjl.tools@gmail.com</email>
</author>
<published>2025-08-05T23:17:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=9d054eca1a6bb2585beec9d338b3aa978ad6e152'/>
<id>9d054eca1a6bb2585beec9d338b3aa978ad6e152</id>
<content type='text'>
tst-freopen4-main.c issues a warning message:

warning: could not remove temporary file: /tmp/tst-freopen4potgti: No such file or directory

since chroot makes generated temporary directories inaccessible.  Add
special rules for tst-freopen4.out and tst-freopen64-4.out to remove
the temporary directory in warning message from tst-freopen4 and
tst-freopen64-4.

This partially fixes BZ #33182.

Signed-off-by: H.J. Lu &lt;hjl.tools@gmail.com&gt;
Reviewed-by: Sam James &lt;sam@gentoo.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
tst-freopen4-main.c issues a warning message:

warning: could not remove temporary file: /tmp/tst-freopen4potgti: No such file or directory

since chroot makes generated temporary directories inaccessible.  Add
special rules for tst-freopen4.out and tst-freopen64-4.out to remove
the temporary directory in warning message from tst-freopen4 and
tst-freopen64-4.

This partially fixes BZ #33182.

Signed-off-by: H.J. Lu &lt;hjl.tools@gmail.com&gt;
Reviewed-by: Sam James &lt;sam@gentoo.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>libio: Synthesize ESPIPE error if lseek returns 0 after reading bytes</title>
<updated>2025-04-14T07:59:12+00:00</updated>
<author>
<name>Florian Weimer</name>
<email>fweimer@redhat.com</email>
</author>
<published>2025-04-08T16:38:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=7b47b3dd214c8ff2c699f13efe5533941be53635'/>
<id>7b47b3dd214c8ff2c699f13efe5533941be53635</id>
<content type='text'>
This is required so that fclose, when trying to seek to the right
position after filling the input buffer, does not fail with EINVAL.
This fclose code path only ignores ESPIPE errors.

Reported by Petr Pisar on
&lt;https://bugzilla.redhat.com/show_bug.cgi?id=2358265&gt;.

Fixes commit be6818be31e756398e45f70e2819d78be0961223 ("Make fclose
seek input file to right offset (bug 12724)").

Reviewed-by: Frédéric Bérat &lt;fberat@redhat.com&gt;

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This is required so that fclose, when trying to seek to the right
position after filling the input buffer, does not fail with EINVAL.
This fclose code path only ignores ESPIPE errors.

Reported by Petr Pisar on
&lt;https://bugzilla.redhat.com/show_bug.cgi?id=2358265&gt;.

Fixes commit be6818be31e756398e45f70e2819d78be0961223 ("Make fclose
seek input file to right offset (bug 12724)").

Reviewed-by: Frédéric Bérat &lt;fberat@redhat.com&gt;

</pre>
</div>
</content>
</entry>
<entry>
<title>stdio: fix hurd link for tst-setvbuf2</title>
<updated>2025-04-02T23:41:32+00:00</updated>
<author>
<name>DJ Delorie</name>
<email>dj@redhat.com</email>
</author>
<published>2025-04-02T18:54:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=aaf94ec804830e0e273cfb45d54f4a04ab778fe5'/>
<id>aaf94ec804830e0e273cfb45d54f4a04ab778fe5</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>stdio: Add more setvbuf tests</title>
<updated>2025-04-01T19:20:40+00:00</updated>
<author>
<name>DJ Delorie</name>
<email>dj@redhat.com</email>
</author>
<published>2025-03-14T20:08:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=95b780c1d0549678c0a244c6e2112ec97edf0839'/>
<id>95b780c1d0549678c0a244c6e2112ec97edf0839</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>stdio-common: Add tests for formatted vsscanf input specifiers</title>
<updated>2025-03-28T12:35:53+00:00</updated>
<author>
<name>Maciej W. Rozycki</name>
<email>macro@redhat.com</email>
</author>
<published>2025-03-28T12:35:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=47076b3163ce645f791d5c8f80080e9811733347'/>
<id>47076b3163ce645f791d5c8f80080e9811733347</id>
<content type='text'>
Wire vsscanf into test infrastructure for formatted scanf input
specifiers.

Reviewed-by: Joseph Myers &lt;josmyers@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Wire vsscanf into test infrastructure for formatted scanf input
specifiers.

Reviewed-by: Joseph Myers &lt;josmyers@redhat.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>stdio-common: Add tests for formatted vfscanf input specifiers</title>
<updated>2025-03-28T12:35:53+00:00</updated>
<author>
<name>Maciej W. Rozycki</name>
<email>macro@redhat.com</email>
</author>
<published>2025-03-28T12:35:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=53ee7ede430b92fcefd31fc00bfd3fa9acec5846'/>
<id>53ee7ede430b92fcefd31fc00bfd3fa9acec5846</id>
<content type='text'>
Wire vfscanf into test infrastructure for formatted scanf input
specifiers.

Reviewed-by: Joseph Myers &lt;josmyers@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Wire vfscanf into test infrastructure for formatted scanf input
specifiers.

Reviewed-by: Joseph Myers &lt;josmyers@redhat.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>stdio-common: Add tests for formatted vscanf input specifiers</title>
<updated>2025-03-28T12:35:52+00:00</updated>
<author>
<name>Maciej W. Rozycki</name>
<email>macro@redhat.com</email>
</author>
<published>2025-03-28T12:35:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/glibc.git/commit/?id=63c81fa0dbf741b33bbac03bf204d896ee8e4694'/>
<id>63c81fa0dbf741b33bbac03bf204d896ee8e4694</id>
<content type='text'>
Wire vscanf into test infrastructure for formatted scanf input
specifiers.

Reviewed-by: Joseph Myers &lt;josmyers@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Wire vscanf into test infrastructure for formatted scanf input
specifiers.

Reviewed-by: Joseph Myers &lt;josmyers@redhat.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
