From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4308 invoked by alias); 1 Nov 2008 01:19:33 -0000 Received: (qmail 4207 invoked by uid 22791); 1 Nov 2008 01:19:31 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 01 Nov 2008 01:18:56 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 77D782A9633; Fri, 31 Oct 2008 21:18:54 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id NxnA6PPDf0PF; Fri, 31 Oct 2008 21:18:54 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 2E40D2A9631; Fri, 31 Oct 2008 21:18:54 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 03623E7ACD; Fri, 31 Oct 2008 18:18:51 -0700 (PDT) Date: Sat, 01 Nov 2008 01:19:00 -0000 From: Joel Brobecker To: Klaus Zeitler Cc: gdb-patches@sourceware.org Subject: Re: CVS build for Solaris 5.8 fails: elfcore_write_prpsinfo undefined Message-ID: <20081101011851.GA15606@adacore.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i 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: 2008-11/txt/msg00000.txt.bz2 > Undefined first referenced > symbol in file > elfcore_write_prpsinfo libgdb.a(procfs.o) > elfcore_write_prstatus libgdb.a(procfs.o) > ld: fatal: Symbol referencing errors. No output written to gdb I can reproduce. Looks like a problem in the bfd configure script, as the following check returns "no": AC_CHECK_HEADERS(sys/procfs.h) Extract from the config.log file: configure:19338: checking for sys/procfs.h configure:19343: result: no Not much information there. In any case, as a result, the checks for the various types in procfs.h are skipped: BFD_HAVE_SYS_PROCFS_TYPE(prstatus_t) BFD_HAVE_SYS_PROCFS_TYPE(prstatus32_t) [...] BFD_HAVE_SYS_PROCFS_TYPE(prpsinfo_t) [etc] And so HAVE_PRPSINFO_T doesn't get defined as it should. I have to run, now. I will look deeper into this hopefully tomorrow. -- Joel