From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14237 invoked by alias); 24 Oct 2009 22:18:51 -0000 Received: (qmail 14218 invoked by uid 22791); 24 Oct 2009 22:18:50 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,HK_OBFDOM X-Spam-Check-By: sourceware.org Received: from shell4.bayarea.net (HELO shell4.bayarea.net) (209.128.82.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 24 Oct 2009 22:18:46 +0000 Received: (qmail 4464 invoked from network); 24 Oct 2009 15:18:44 -0700 Received: from 209-128-106-254.bayarea.net (HELO redwood.eagercon.com) (209.128.106.254) by shell4.bayarea.net with SMTP; 24 Oct 2009 15:18:44 -0700 Message-ID: <4AE37D44.10905@eagercon.com> Date: Sat, 24 Oct 2009 22:18:00 -0000 From: Michael Eager User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Michael Snyder CC: Pierre Muller , "msnyder@sourceware.org" , "gdb-patches@sourceware.org" Subject: Re: Build failure: src/gdb ChangeLog record.c gcore.c gcore.h References: <20091022193607.13598.qmail@sourceware.org> <004e01ca53b5$5f9bc330$1ed34990$@u-strasbg.fr> <4AE1CC6E.1070604@vmware.com> In-Reply-To: <4AE1CC6E.1070604@vmware.com> Content-Type: text/plain; charset=UTF-8; format=flowed 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-10/txt/msg00613.txt.bz2 Michael Snyder wrote: > Pierre Muller wrote: >> This patch to record.c causes compilation failure on OpenSolaris >> 2009/06 >> >> The 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#byteswap >> >> _002eh >> Is it that the gdb/gnulib is only a small part of the complete gnulib? >> >> Could 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. Index: Makefile.in =================================================================== 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 1.1103 +++ Makefile.in 24 Oct 2009 22:16:44 -0000 @@ -834,7 +834,7 @@ COMMON_OBS = $(DEPFILES) $(CONFIG_OBS) $ solib.o solib-null.o \ prologue-value.o memory-map.o xml-support.o xml-syscall.o \ target-descriptions.o target-memory.o xml-tdesc.o xml-builtin.o \ - inferior.o osdata.o gdb_usleep.o record.o \ + inferior.o osdata.o gdb_usleep.o record.o gcore.o \ jit.o progspace.o # Definitions for the syscall's XML files and dir -- Michael Eager eager@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077