<feed xmlns='http://www.w3.org/2005/Atom'>
<title>glibc/elf/readlib.c, branch vdso</title>
<subtitle>Fork of glibc for development</subtitle>
<id>https://git.zx2c4.com/glibc/atom/elf/readlib.c?h=vdso</id>
<link rel='self' href='https://git.zx2c4.com/glibc/atom/elf/readlib.c?h=vdso'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/'/>
<updated>2024-07-08T20:15:34Z</updated>
<entry>
<title>ldconfig: Ignore all GDB extension files</title>
<updated>2024-07-08T20:15:34Z</updated>
<author>
<name>Adam Sampson</name>
<email>ats@offog.org</email>
</author>
<published>2024-05-06T17:16:33Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=895294e51d33039c1e718d2be88a9863670ac4d6'/>
<id>urn:sha1:895294e51d33039c1e718d2be88a9863670ac4d6</id>
<content type='text'>
ldconfig already ignores files with the -gdb.py suffix, but GDB also
looks for -gdb.gdb and -gdb.scm files. These aren't as widely used, but
libguile at least comes with a -gdb.scm file.

Rename is_gdb_python_file to is_gdb_extension_file, and make it
recognise all three types of GDB extension.

Signed-off-by: Adam Sampson &lt;ats@offog.org&gt;
Reviewed-by: Adhemerval Zanella  &lt;adhemerval.zanella@linaro.org&gt;
</content>
</entry>
<entry>
<title>ldconfig: Move endswithn into a new header file</title>
<updated>2024-07-08T20:14:22Z</updated>
<author>
<name>Adam Sampson</name>
<email>ats@offog.org</email>
</author>
<published>2024-05-06T17:16:32Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=ed2b8d3a866eb37e069f6a71bdf10421cd4c5e54'/>
<id>urn:sha1:ed2b8d3a866eb37e069f6a71bdf10421cd4c5e54</id>
<content type='text'>
is_gdb_python_file is doing a similar test, so it can use this helper
function as well.

Signed-off-by: Adam Sampson &lt;ats@offog.org&gt;
Reviewed-by: Adhemerval Zanella  &lt;adhemerval.zanella@linaro.org&gt;
</content>
</entry>
<entry>
<title>Update copyright dates with scripts/update-copyrights</title>
<updated>2024-01-01T18:53:40Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2024-01-01T18:12:26Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=dff8da6b3e89b986bb7f6b1ec18cf65d5972e307'/>
<id>urn:sha1:dff8da6b3e89b986bb7f6b1ec18cf65d5972e307</id>
<content type='text'>
</content>
</entry>
<entry>
<title>elf: Restore ldconfig libc6 implicit soname logic [BZ #30125]</title>
<updated>2023-02-20T12:32:46Z</updated>
<author>
<name>Joan Bruguera</name>
<email>joanbrugueram@gmail.com</email>
</author>
<published>2023-02-18T21:52:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=1b0ea8c5d886fedabd611a569b5ec58a6f5153e6'/>
<id>urn:sha1:1b0ea8c5d886fedabd611a569b5ec58a6f5153e6</id>
<content type='text'>
While cleaning up old libc version support, the deprecated libc4 code was
accidentally kept in `implicit_soname`, instead of the libc6 code.

This causes additional symlinks to be created by `ldconfig` for libraries
without a soname, e.g. a library `libsomething.123.456.789` without a soname
will create a `libsomething.123` -&gt; `libsomething.123.456.789` symlink.

As the libc6 version of the `implicit_soname` code is a trivial `xstrdup`,
just inline it and remove `implicit_soname` altogether.

Some further simplification looks possible (e.g. the call to `create_links`
looks like a no-op if `soname == NULL`, other than the verbose printfs), but
logic is kept as-is for now.

Fixes: BZ #30125
Fixes: 8ee878592c4a ("Assume only FLAG_ELF_LIBC6 suport")
Signed-off-by: Joan Bruguera &lt;joanbrugueram@gmail.com&gt;

Reviewed-by: Adhemerval Zanella  &lt;adhemerval.zanella@linaro.org&gt;
</content>
</entry>
<entry>
<title>Update copyright dates with scripts/update-copyrights</title>
<updated>2023-01-06T21:14:39Z</updated>
<author>
<name>Joseph Myers</name>
<email>joseph@codesourcery.com</email>
</author>
<published>2023-01-06T21:08:04Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=6d7e8eda9b85b08f207a6dc6f187e94e4817270f'/>
<id>urn:sha1:6d7e8eda9b85b08f207a6dc6f187e94e4817270f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Assume only FLAG_ELF_LIBC6 suport</title>
<updated>2022-08-04T12:09:48Z</updated>
<author>
<name>Lucas A. M. Magalhaes</name>
<email>lamm@linux.ibm.com</email>
</author>
<published>2022-07-14T17:37:22Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=8ee878592c4a642937152c8308b8faef86bcfc40'/>
<id>urn:sha1:8ee878592c4a642937152c8308b8faef86bcfc40</id>
<content type='text'>
The older libc versions are obsolete for over twenty years now.
This patch removes the special flags for libc5 and libc4 and assumes
that all libraries cached are libc6 compatible and use FLAG_ELF_LIBC6.

Checked with a build for all affected architectures.

Co-authored-by: Adhemerval Zanella  &lt;adhemerval.zanella@linaro.org&gt;
Reviewed-by: Adhemerval Zanella  &lt;adhemerval.zanella@linaro.org&gt;
</content>
</entry>
<entry>
<title>elf: Remove ldconfig kernel version check</title>
<updated>2022-05-16T18:03:49Z</updated>
<author>
<name>Adhemerval Zanella</name>
<email>adhemerval.zanella@linaro.org</email>
</author>
<published>2022-03-04T13:27:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=c628c2296392ed3bf2cb8d8470668e64fe53389f'/>
<id>urn:sha1:c628c2296392ed3bf2cb8d8470668e64fe53389f</id>
<content type='text'>
Now that it was removed on libc.so.
</content>
</entry>
<entry>
<title>elf: Fix 64 time_t support for installed statically binaries</title>
<updated>2022-01-17T13:57:09Z</updated>
<author>
<name>Adhemerval Zanella</name>
<email>adhemerval.zanella@linaro.org</email>
</author>
<published>2021-12-29T13:20:46Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=9fe6f6363886aae6b2b210cae3ed1f5921299083'/>
<id>urn:sha1:9fe6f6363886aae6b2b210cae3ed1f5921299083</id>
<content type='text'>
The usage of internal static symbol for statically linked binaries
does not work correctly for objects built with -D_TIME_BITS=64,
since the internal definition does not provide the expected aliases.

This patch makes it to use the default stat functions instead (which
uses the default 64 time_t alias and types).

Checked on i686-linux-gnu.

Reviewed-by: Carlos O'Donell &lt;carlos@redhat.com&gt;
Tested-by: Carlos O'Donell &lt;carlos@redhat.com&gt;
</content>
</entry>
<entry>
<title>Revert "elf: Fix 64 time_t support for installed statically binaries"</title>
<updated>2022-01-17T13:56:58Z</updated>
<author>
<name>Adhemerval Zanella</name>
<email>adhemerval.zanella@linaro.org</email>
</author>
<published>2022-01-17T13:56:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=cedd498dbc090e39a9b3224f4c53ea98da049f40'/>
<id>urn:sha1:cedd498dbc090e39a9b3224f4c53ea98da049f40</id>
<content type='text'>
This reverts commit 0b8e83eb1455f3c0332eeb1f96fbc262fbd054e0.
</content>
</entry>
<entry>
<title>elf: Fix 64 time_t support for installed statically binaries</title>
<updated>2022-01-12T13:30:10Z</updated>
<author>
<name>Adhemerval Zanella</name>
<email>adhemerval.zanella@linaro.org</email>
</author>
<published>2021-12-29T13:20:46Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=0b8e83eb1455f3c0332eeb1f96fbc262fbd054e0'/>
<id>urn:sha1:0b8e83eb1455f3c0332eeb1f96fbc262fbd054e0</id>
<content type='text'>
The usage of internal static symbol for statically linked binaries
does not work correctly for objects built with -D_TIME_BITS=64,
since the internal definition does not provide the expected aliases.

This patch makes it to use the default stat functions instead (which
uses the default 64 time_t alias and types).

Checked on i686-linux-gnu.
</content>
</entry>
</feed>
