This is the mail archive of the libc-hacker@sources.redhat.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]
Other format:	[Raw text]

Re: second thoughts on using dl_iterate_phdr() for cache-validation

From: Roland McGrath <roland at redhat dot com>
To: davidm at hpl dot hp dot com
Cc: libc-hacker at sources dot redhat dot com
Date: Fri, 5 Nov 2004 18:32:18 -0800
Subject: Re: second thoughts on using dl_iterate_phdr() for cache-validation

There is no point in adding the new interface at all if it has the same
locking overhead.  The <atomic.h> atomic_increment macro works on 64 bits
when that is doable.  For platforms where it doesn't work, you can use
nonblocking synchronization a la seqcount.  I don't think we have any good
compile-time test for whether atomic_increment can handle 64 bits, but
probably all but i386 can.

Follow-Ups:
- Re: second thoughts on using dl_iterate_phdr() for cache-validation
  - From: David Mosberger

References:
- Re: second thoughts on using dl_iterate_phdr() for cache-validation
  - From: David Mosberger

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