This is the mail archive of the libc-hacker@sourceware.cygnus.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

weak handling

To: GNU libc hacker <libc-hacker at sourceware dot cygnus dot com>
Subject: weak handling
From: Ulrich Drepper <drepper at redhat dot com>
Date: 07 Jun 2000 20:08:12 -0700
Reply-To: drepper at cygnus dot com (Ulrich Drepper)

I just checked in a patch which brings the handling of weak
definitions at runtime in line with the official[*] ELF
interpretation.  That is weak symbol definitions are treated like
normal definitions during dynamic linking.  The weak attribute is only
used in the static linker (and for references).

This came up some time ago during the ELF discussions HJ and I are
participating in.  I cannot think of a program which would have
problems because of this change.  In case there is one the user can
switch back to the old behaviour by having LD_DYNAMIC_WEAK in the
environment.

The reason I've made this change is not really to be more conformant
(it's nice but no reason since nobody complained about the old
behaviour).  The real reason is that some more features (like lazy
loading) depend on this interpretation of weak definitions.

If you have or see problems with this let me know.


[*] Official == SysVr4.  Solaris, SCO and derived Unices interpret it
this way.  Irix incidently treats it like we did.

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------

Follow-Ups:
- Re: weak handling
  - From: H . J . Lu

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]