public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/3378] New: ldconfig handling of links not to soname
@ 2006-10-18  0:20 jsm28 at gcc dot gnu dot org
  2010-05-04 15:26 ` [Bug libc/3378] " jsm28 at gcc dot gnu dot org
  0 siblings, 1 reply; 2+ messages in thread
From: jsm28 at gcc dot gnu dot org @ 2006-10-18  0:20 UTC (permalink / raw)
  To: glibc-bugs

This is related to but not the same as bug 1484.  I actually think ldconfig is
probably working as designed here and no change is needed, but I'm not sure.

Suppose that you have a symlink

libfoo.so.1 -> subdir/libbar.so.1.1

where subdir/libbar.so.1.1 is the real file and libbar.so.1 is the SONAME.  This
is a variant on the arrangements in
http://sourceware.org/ml/libc-alpha/2003-08/msg00128.html
but in this case libfoo.so.1 is an extra compatibility symlink because we
suppose some programs expect that SONAME and libbar.so.1 provides the same
interface.  We reach the code

          /* If the path the link points to isn't its soname and it is not
             .so symlink for ld(1) only, we treat it as a normal file.  */

and it treats libfoo.so.1 as if it were an ordinary file like libc-2.5.so.  Thus
a symlink libbar.so.1 -> libfoo.so.1 is created and entered in the cache.

The "problem" is that libfoo.so.1 doesn't get entered in the cache under that
name; only the name libbar.so.1.  The same applies whatever name or link in the
subdirectory libfoo.so.1 is linked to.  This illustrates that there are use
cases where the soname should be entered (the above referenced message) but also
ones where the link itself should be entered under its own name.

Is the case given here something that should actually work?  If so, I have a
patch that causes both the link and the soname to be entered in the cache.  If
not, perhaps it should be made clearer what cases ldconfig supports.

-- 
           Summary: ldconfig handling of links not to soname
           Product: glibc
           Version: 2.4
            Status: NEW
          Severity: enhancement
          Priority: P3
         Component: libc
        AssignedTo: drepper at redhat dot com
        ReportedBy: jsm28 at gcc dot gnu dot org
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=3378

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bug libc/3378] ldconfig handling of links not to soname
  2006-10-18  0:20 [Bug libc/3378] New: ldconfig handling of links not to soname jsm28 at gcc dot gnu dot org
@ 2010-05-04 15:26 ` jsm28 at gcc dot gnu dot org
  0 siblings, 0 replies; 2+ messages in thread
From: jsm28 at gcc dot gnu dot org @ 2010-05-04 15:26 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From jsm28 at gcc dot gnu dot org  2010-05-04 15:26 -------
Closing as this change is probably not wanted.


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID


http://sourceware.org/bugzilla/show_bug.cgi?id=3378

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-05-04 15:26 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-10-18  0:20 [Bug libc/3378] New: ldconfig handling of links not to soname jsm28 at gcc dot gnu dot org
2010-05-04 15:26 ` [Bug libc/3378] " jsm28 at gcc dot gnu dot org

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).