From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15329 invoked by alias); 17 May 2002 17:58:52 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 15308 invoked from network); 17 May 2002 17:58:50 -0000 Received: from unknown (HELO zwingli.cygnus.com) (208.245.165.35) by sources.redhat.com with SMTP; 17 May 2002 17:58:50 -0000 Received: by zwingli.cygnus.com (Postfix, from userid 442) id D6F7F5EA11; Fri, 17 May 2002 12:58:49 -0500 (EST) To: gdb-patches@sources.redhat.com Subject: Re: RFA: expand macros in C expressions References: <20020510050907.358FC5EA11@zwingli.cygnus.com> From: Jim Blandy Date: Fri, 17 May 2002 10:58:00 -0000 In-Reply-To: <20020510050907.358FC5EA11@zwingli.cygnus.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-05/txt/msg00735.txt.bz2 I've committed this patch. Jim Blandy writes: > The last code patch! Doc and test patches on the way. > > This one is the real mess. A twistly little maze of global variables. > Swapping lexptr values back and forth. Your stomach will churn. > > I'd love to see a better solution, but before you suggest an > alternative, please take some time to read the code (or try it out!) > and make sure it works. GDB seems to have a lot of expectations about > how lexptr behaves that make the simple solutions unusable. For > example, I don't think one can use the nice simple macro_expand > function. Hopefully I've missed something.