From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6727 invoked by alias); 13 May 2008 15:42:13 -0000 Received: (qmail 6718 invoked by uid 22791); 13 May 2008 15:42:12 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 13 May 2008 15:41:49 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m4DFfllA030325 for ; Tue, 13 May 2008 11:41:47 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m4DFfkDY023162; Tue, 13 May 2008 11:41:46 -0400 Received: from opsy.redhat.com (vpn-10-32.bos.redhat.com [10.16.10.32]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m4DFfjCs024337; Tue, 13 May 2008 11:41:45 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id B9D61508079; Tue, 13 May 2008 09:41:44 -0600 (MDT) To: Eli Zaretskii Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] Patch to limit field name completion candidates References: <20080513153648.GA32119@caradoc.them.org> From: Tom Tromey Reply-To: Tom Tromey X-Attribution: Tom Date: Tue, 13 May 2008 18:36:00 -0000 In-Reply-To: <20080513153648.GA32119@caradoc.them.org> (Daniel Jacobowitz's message of "Tue\, 13 May 2008 11\:36\:48 -0400") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-05/txt/msg00396.txt.bz2 >>>>> "Daniel" == Daniel Jacobowitz writes: Daniel> The only way I know of is 'filename.c'::bar, including the quotes Daniel> (see scope.exp). Thanks. In that case, the answer to Eli is yes, this continues to work as it did before. The quotes mean that the field name completion is not triggered, so we fall back to location_completer. Tom