From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22486 invoked by alias); 7 May 2009 22:24:16 -0000 Received: (qmail 22460 invoked by uid 22791); 7 May 2009 22:24:15 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.155) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 07 May 2009 22:24:09 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n47MO3Jf085440 ; Fri, 8 May 2009 00:24:03 +0200 (CEST) Received: from mailserver.u-strasbg.fr (ms1.u-strasbg.fr [IPv6:2001:660:2402:d::10]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n47MO3P8040107 ; Fri, 8 May 2009 00:24:03 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) Received: from d620muller (lec67-4-82-230-53-140.fbx.proxad.net [82.230.53.140]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id n47MO2d0070631 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Fri, 8 May 2009 00:24:03 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) From: "Pierre Muller" To: "'Hui Zhu'" Cc: References: In-Reply-To: Subject: RE: Process record and replay checked in to main trunk Date: Thu, 07 May 2009 22:24:00 -0000 Message-ID: <001201c9cf62$8e2761a0$aa7624e0$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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-05/txt/msg00164.txt.bz2 Your patch seems to break multi build for cygwin: If I configure with --enable-targets=3Dall and --enable-64-bits-bfd gcc -gstabs+ -O0 -I. -I../../purecvs/gdb -I../../purecvs/gdb/common -I../../pu recvs/gdb/config -DLOCALEDIR=3D"\"/usr/local/share/locale\"" -DHAVE_CONFIG_H -I../ ../purecvs/gdb/../include/opcode -I../../purecvs/gdb/../readline/.. -I../bfd -I. ./../purecvs/gdb/../bfd -I../../purecvs/gdb/../include -I../libdecnumber -I../.. /purecvs/gdb/../libdecnumber -I../../purecvs/gdb/gnulib -Ignulib -DMI_OUT=3D1 -D TUI=3D1 -Wall -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral -Wno-unused -Wno-switch -Wno-char-subscripts -Werror -c -o linux-record.o -MT li nux-record.o -MMD -MP -MF .deps/linux-record.Tpo ../../purecvs/gdb/linux-record. c ../../purecvs/gdb/linux-record.c: In function `record_linux_system_call': ../../purecvs/gdb/linux-record.c:397: warning: unsigned int format, uint32_t arg (arg 2) ../../purecvs/gdb/linux-record.c:397: warning: unsigned int format, uint32_t arg (arg 2) ../../purecvs/gdb/linux-record.c:629: warning: int format, uint32_t arg (arg 3) ../../purecvs/gdb/linux-record.c:629: warning: int format, uint32_t arg (arg 3) ../../purecvs/gdb/linux-record.c:938: warning: unsigned int format, uint32_t arg (arg 2) ../../purecvs/gdb/linux-record.c:938: warning: unsigned int format, uint32_t arg (arg 2) ../../purecvs/gdb/linux-record.c:1636: error: `F_GETLK64' undeclared (first use in this function) ../../purecvs/gdb/linux-record.c:1636: error: (Each undeclared identifier is rep orted only once ../../purecvs/gdb/linux-record.c:1636: error: for each function it appears in.) ../../purecvs/gdb/linux-record.c:1642: error: `F_SETLK64' undeclared (first use in this function) ../../purecvs/gdb/linux-record.c:1643: error: `F_SETLKW64' undeclared (first use in this function) ../../purecvs/gdb/linux-record.c:1789: warning: int format, long int arg (arg 4) ../../purecvs/gdb/linux-record.c:2199: warning: unsigned int format, uint32_t ar g (arg 2) ../../purecvs/gdb/linux-record.c:2199: warning: unsigned int format, uint32_t ar g (arg 2) make[1]: *** [linux-record.o] Error 1 make[1]: Leaving directory `/usr/local/src/gdbcvs/multibuild/gdb' make: *** [all-gdb] Error 2 Maybe it is out of scope to support reverse debugging of linux code for remote target, but would it then be possible to avoid that this source gets compiled? Pierre Muller Pascal language support maintainer for GDB > -----Message d'origine----- > De=A0: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] De la > part de Hui Zhu > Envoy=E9=A0: Thursday, April 30, 2009 10:02 AM > =C0=A0: gdb ml > Cc=A0: Pedro Alves; Marc Khouzam; Michael Snyder; Thiago Jung Bauermann; > Eli Zaretskii; Mark Kettenis > Objet=A0: Process record and replay checked in to main trunk >=20 > Hi guys, >=20 > Process record and replay make gdb can record inferior execute log and > replay (include reverse debug). > Now, it support I386-Linux single-thread single-inferior native debug. >=20 >=20 > It was checked in today. > Thanks for evey people that spent time on process record. Precord > can't be a part of gdb without your help. Thank you very much. :) >=20 >=20 > And precord still has a long way to go. There have a lot of thing need > to do: >=20 > 1. Support i386 more better. Now, precord doesn't support mmx insns, > support fp insns not very well and doesn't support a lot of insns. >=20 > 2. Support more arches. X86-64 is the first one (linux-record.c). > MIPS, ARM and so on. >=20 > 3. Support memory free better. Now, precord just can output a warning > for memumap. It can do nothing when there is a sys_brk to free the > memory. > I had make a patch to output a warning when there is a sys_brk to free > the memory and make a plan to make precord can support free memory. > I will keep work on it. >=20 > 4. Support multi-thread and multi-inferior. > I remember Pedro make a patch for reverse debug resume. I think we > need this patch when multi-inferior check in. >=20 > 5. Make record speed up and need less memory. > I have made a plan to make p record doesn't record execution log of > some functions (It can set), for example some functions in glibc. >=20 > 6. Make execution log can dump out to be a file and can replay for next > time. > Maybe it can make together with coredump support. It must be a cool > function. :) >=20 > Guys, please work on it if you interesting with some of them. And > feel free tell me your ideas and comments. It will help precord a > lot. >=20 >=20 > Thanks, > Hui