From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7809 invoked by alias); 20 Apr 2003 03:42:53 -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 7802 invoked from network); 20 Apr 2003 03:42:52 -0000 Received: from unknown (63.119.183.65) by sources.redhat.com with QMTP; 20 Apr 2003 03:42:52 -0000 Received: (qmail 19377 invoked from network); 20 Apr 2003 03:45:32 -0000 Received: from cpe-24-221-209-215.co.sprintbbd.net (HELO doc.com) (24.221.209.215) by external1 with SMTP; 20 Apr 2003 03:45:32 -0000 Message-ID: <3EA21739.2030403@doc.com> Date: Sun, 20 Apr 2003 03:42:00 -0000 From: Adam Fedor User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.1) Gecko/20020905 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Elena Zannoni CC: Michael Snyder , GDB Patches Subject: Re: [PATCH] Handle ObjC OPS in eval.c References: <3E15F21B.6010101@doc.com> <3E39E887.AB98ECA4@redhat.com> <3E4B195D.2000200@doc.com> <15955.58501.106665.997721@localhost.redhat.com> <3E6585AA.7040602@doc.com> <16021.59784.477170.598470@localhost.redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-04/txt/msg00365.txt.bz2 Elena Zannoni wrote: > Adam Fedor writes: > > > > > > Elena Zannoni wrote: > > [...] > > > > > > I think we need more comments, I guess stret means structure return? > > > What are these methods used for? Also can you add a high level > > > description of how these dispatchers get into the picture? > > > > > > > Here's a better documented and slightly cleaned-up patch. > > 2003-03-04 Adam Fedor > > I think it's ok. Except I don't like to introduce more #if0 code with new code. > Do we really need that part? > I bet no one would complain if I took it out. The larger problem I have, though, is changing the patch so that I can call the objc-lang functions indirectly, so that objc-lang.o does not have to be linked in. That seems like a pain. I think it would be easier to split objc-lang.c into two parts. One that is architecture independant that I could link in now, and the other acitecture dependant part (which is already handled via the language vector). Anything wrong with that?