This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]


On Friday 18 October 2013 08:04:18 Guy Martin wrote:
> On 2013-10-18 12:30, Andreas Schwab wrote:
> > Guy Martin <> writes:
> >> To prevent this, we use instead the existing macro
> >> DL_STATIC_FUNCTION_ADDRESS() which is identical to
> >> DL_AUTO_FUNCTION_ADDRESS() but declares fptr as static.
> > 
> > Can the callers ever be reentered?
> AFAICS, it can't. The macro using DL_STATIC_FUNCTION_ADDRESS() are
> DL_DT_INIT_ADDRESS() which is only used in dl-init.c and
> DL_DT_FINI_ADDRESS() used in dl-fini.c and dl-close.c.
> The only case where this might possibly be reentered would be parallel
> calls of dlopen()/dlclose(). I'm not even sure those calls are supposed
> to be thread safe.

they aren't supposed to be, but we try to make them so

how about returning a struct fdesc instead ?  sizeof(Elf(Addr)) == 
sizeof(unsigned long), and typeof(d_ptr) is already Elf(Addr).

Attachment: signature.asc
Description: This is a digitally signed message part.

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