From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25700 invoked by alias); 6 Nov 2004 02:32:21 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 25670 invoked from network); 6 Nov 2004 02:32:21 -0000 Received: from unknown (HELO gateway.sf.frob.com) (64.81.54.130) by sourceware.org with SMTP; 6 Nov 2004 02:32:21 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id EA69C357B; Fri, 5 Nov 2004 18:32:19 -0800 (PST) Received: from magilla.sf.frob.com (localhost.localdomain [127.0.0.1]) by magilla.sf.frob.com (8.12.11/8.12.9) with ESMTP id iA62WIX4000938; Fri, 5 Nov 2004 18:32:19 -0800 Received: (from roland@localhost) by magilla.sf.frob.com (8.12.11/8.12.11/Submit) id iA62WIiI000935; Fri, 5 Nov 2004 18:32:18 -0800 Date: Sat, 06 Nov 2004 02:32:00 -0000 Message-Id: <200411060232.iA62WIiI000935@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: davidm@hpl.hp.com Cc: libc-hacker@sources.redhat.com Subject: Re: second thoughts on using dl_iterate_phdr() for cache-validation In-Reply-To: David Mosberger's message of Friday, 5 November 2004 16:21:20 -0800 <16780.6400.807914.542268@napali.hpl.hp.com> X-Antipastobozoticataclysm: When George Bush projectile vomits antipasto on the Japanese. X-SW-Source: 2004-11/txt/msg00017.txt.bz2 There is no point in adding the new interface at all if it has the same locking overhead. The 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.