From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30828 invoked by alias); 25 Oct 2009 00:26:19 -0000 Received: (qmail 30814 invoked by uid 22791); 25 Oct 2009 00:26:18 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,HK_OBFDOM,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-pw0-f49.google.com (HELO mail-pw0-f49.google.com) (209.85.160.49) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 25 Oct 2009 00:26:14 +0000 Received: by pwj3 with SMTP id 3so2829574pwj.8 for ; Sat, 24 Oct 2009 17:26:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.55.10 with SMTP id d10mr959200wfa.250.1256430373064; Sat, 24 Oct 2009 17:26:13 -0700 (PDT) In-Reply-To: <4AE386EF.60809@vmware.com> References: <20091022193607.13598.qmail@sourceware.org> <004e01ca53b5$5f9bc330$1ed34990$@u-strasbg.fr> <4AE1CC6E.1070604@vmware.com> <4AE37D44.10905@eagercon.com> <4AE386EF.60809@vmware.com> From: Hui Zhu Date: Sun, 25 Oct 2009 00:26:00 -0000 Message-ID: Subject: Re: Build failure: src/gdb ChangeLog record.c gcore.c gcore.h To: Michael Snyder Cc: Michael Eager , Pierre Muller , "msnyder@sourceware.org" , "gdb-patches@sourceware.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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-10/txt/msg00615.txt.bz2 I try to link gcore.o together with record.o in cygwin. It looks OK. Maybe it's a way to handle this issue. Thanks, Hui On Sun, Oct 25, 2009 at 06:59, Michael Snyder wrote: > Michael Eager wrote: >> >> Michael Snyder wrote: >>> >>> Pierre Muller wrote: >>>> >>>> =A0This patch to record.c causes compilation failure on OpenSolaris >>>> 2009/06 >>>> >>>> =A0The reason is that byteswap.h >>>> is not found. >>>> >>>> The strange thing is that apparently this >>>> is already known in gnulib, >>>> http://www.gnu.org/software/hello/manual/gnulib/byteswap_002eh.html#by= teswap >>>> _002eh >>>> Is it that the gdb/gnulib is only a small part of the complete gnulib? >>>> >>>> =A0Could someone fix this please? >>> >>> Folks, really sorry about all the build failures. >>> Just getting up, give me a few minutes to have coffee. >>> I have an idea that I think will clear this up quickly. >> >> Looks like gcore.o is not linked in. > > Can't do it that way -- gcore.o is included (or not) > via the host makefile fragment in NATDEPFILES. > > It doesn't work for some hosts, that's why it isn't included for all. > >> >> Index: Makefile.in >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> RCS file: /cvs/src/src/gdb/Makefile.in,v >> retrieving revision 1.1103 >> diff -u -p -r1.1103 Makefile.in >> --- Makefile.in 21 Oct 2009 14:14:56 -0000 =A0 =A0 =A01.1103 >> +++ Makefile.in 24 Oct 2009 22:16:44 -0000 >> @@ -834,7 +834,7 @@ COMMON_OBS =3D $(DEPFILES) $(CONFIG_OBS) $ >> =A0 =A0 =A0 =A0 solib.o solib-null.o \ >> =A0 =A0 =A0 =A0 prologue-value.o memory-map.o xml-support.o xml-syscall.= o \ >> =A0 =A0 =A0 =A0 target-descriptions.o target-memory.o xml-tdesc.o xml-bu= iltin.o \ >> - =A0 =A0 =A0 inferior.o osdata.o gdb_usleep.o record.o \ >> + =A0 =A0 =A0 inferior.o osdata.o gdb_usleep.o record.o gcore.o \ >> =A0 =A0 =A0 =A0 jit.o progspace.o >> >> =A0# Definitions for the syscall's XML files and dir >> >> > >