From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11360 invoked by alias); 23 Jan 2009 00:00:16 -0000 Received: (qmail 11226 invoked by uid 22791); 23 Jan 2009 00:00:14 -0000 X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_93,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from ti-out-0910.google.com (HELO ti-out-0910.google.com) (209.85.142.186) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 23 Jan 2009 00:00:07 +0000 Received: by ti-out-0910.google.com with SMTP id d10so3212273tib.12 for ; Thu, 22 Jan 2009 16:00:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.110.42.1 with SMTP id p1mr989016tip.51.1232668804354; Thu, 22 Jan 2009 16:00:04 -0800 (PST) In-Reply-To: <200901222236.54667.pedro@codesourcery.com> References: <200901222234.25828.pedro@codesourcery.com> <200901222236.54667.pedro@codesourcery.com> Date: Fri, 23 Jan 2009 00:00:00 -0000 Message-ID: Subject: Re: [RFA] Submit process record and replay third time, 3/9 From: teawater To: Pedro Alves Cc: gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2009-01/txt/msg00460.txt.bz2 I think my prev mail is not right. linux-record.c is not like record.c. It's for the tgt part and it doesn't have some os-special code. I think I will try to put it close to linux-nat.c. BTW I really want record.c to be a os-nospecial code. Do you have some idea with it. I think there just 2 sigaction in there, maybe I can make it not os-special. And for this record_beneath_to_xxx function pointer, do you agree with I said? Thanks, Hui On Fri, Jan 23, 2009 at 06:36, Pedro Alves wrote: > On Thursday 22 January 2009 22:34:25, Pedro Alves write: >> Here's what I propose you try as first step: remove all references to record.o >> from Makefile.in and configure.tgt. Try building. You'll get link errors. Now, >> come up with interfaces between the core and record.c that would preserve all >> functionality if record.o isn't included in the link; but that will still link >> a gdb executable, if record.o isn't linked in. > > Sigh, I said "isn't" when I mean "is". Let me try again, > > Here's what I propose you try as first step: remove all references to record.o > from Makefile.in and configure.tgt. Try building. You'll get link errors. Now, > come up with interfaces between the core and record.c that would preserve all > functionality if record.o *is* included in the link; but that will still link > a gdb executable, if record.o *isn't* linked in. > > -- > Pedro Alves >