From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15318 invoked by alias); 10 Jun 2010 19:43:21 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 15303 invoked by uid 22791); 10 Jun 2010 19:43:20 -0000 X-SWARE-Spam-Status: No, hits=-5.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org From: Tom Tromey To: sami wagiaalla Cc: Project Archer Subject: Re: Template function support References: <4C11323B.9030302@redhat.com> Reply-To: Tom Tromey Date: Thu, 10 Jun 2010 19:43:00 -0000 In-Reply-To: <4C11323B.9030302@redhat.com> (sami wagiaalla's message of "Thu, 10 Jun 2010 14:43:07 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2010-q2/txt/msg00040.txt.bz2 >>>>> "Sami" == sami wagiaalla writes: Sami> I thought I would wright a summery of what I have been up to since Sami> this work has taken a while now. Thanks! Sami> To fix this problem I plan to take a suggestion made by Tom which is Sami> to add a meta variable corresponding to a group of instance of the Sami> same template. This variable will enable the consumer of the lookup Sami> (printing code, evaluation code, overload resolution code, or Sami> breakpoint code) to do something sensible when this type of symbol is Sami> encountered. I thought perhaps you'd have a new LOC_TEMPLATE, then add a new symbol with that class. Then when you do a lookup for "foo" you can tell that it is a "phony" symbol that represents a template. Finally, the symbol's value union could have a new field that points to all the instantiations. Alternatively such a symbol could just store a type that has a new TYPE_CODE_. I'm not sure whether this would be any better. I'm not sure that this is sane and/or easily implemented. Sami> + return c != NULL && strchr (name, '>') > c; I don't think you really need that second clause there. I didn't look too closely at all of it. Make sure that psymbol changes don't poison the bcache, and that lookups that find a name like this don't do the wrong thing elsewhere in gdb. Tom