From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16198 invoked by alias); 17 Dec 2009 16:39:04 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 16187 invoked by uid 22791); 17 Dec 2009 16:39:02 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <20091214230947.GA31362@caradoc.them.org> References: <20091211235901.GA16889@caradoc.them.org> <20091214230947.GA31362@caradoc.them.org> Date: Thu, 17 Dec 2009 16:39:00 -0000 Message-ID: <8ac60eac0912170838r39c6916cte5a54a458a859010@mail.gmail.com> Subject: Re: Initial psymtab replacement results From: Paul Pluzhnikov To: Daniel Jacobowitz Cc: Tom Tromey , archer@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-SW-Source: 2009-q4/txt/msg00118.txt.bz2 On Mon, Dec 14, 2009 at 3:09 PM, Daniel Jacobowitz wrote: >=A0Mappable data structures are > tricky; one thing I'd definitely insist on is host neutrality. =A0IMO > that is not optional. I am sorry for being slow, but I thought about it for a while and I still can't come up with a realistic scenario where the host non-neutrality of the cache matters. Are you worried about hosts A and B (with different architecture) both NFS-mounting server:/usr/lib/debug ? That already wouldn't work, since e.g. libc-X.Y.Z.so.debug is not host-neutral. Besides, it's trivial to have the cache live in architecture-specific subdirectory, e.g. /usr/lib/debug/gdb-cache/{x86_64,i386,ppc}/ So what am I missing? Thanks, -- Paul Pluzhnikov