From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5508 invoked by alias); 6 Jul 2011 23:39:32 -0000 Received: (qmail 5500 invoked by uid 22791); 6 Jul 2011 23:39:31 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from shell0.rawbw.com (HELO shell0.rawbw.com) (198.144.192.45) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 06 Jul 2011 23:39:09 +0000 Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id p66NctI6060438; Wed, 6 Jul 2011 16:38:56 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4E14F20F.4040804@rawbw.com> Date: Wed, 06 Jul 2011 23:39:00 -0000 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Joel Brobecker CC: Tom Tromey , gdb@sourceware.org, Steven Kreuzer Subject: Re: 7.3 is broken on FreeBSD References: <4E14C877.6080402@rawbw.com> <4E14D646.5090003@rawbw.com> <20110706224222.GV15572@adacore.com> <4E14E5D2.1080009@rawbw.com> <20110706225535.GW15572@adacore.com> In-Reply-To: <20110706225535.GW15572@adacore.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-07/txt/msg00032.txt.bz2 On 07/06/2011 15:55, Joel Brobecker wrote: >>> Program received signal SIGSEGV, Segmentation fault. >>> [Switching to Thread 8018041c0 (LWP 101940)] >>> Can you look at gdb/config.in in the build directory, and tell >>> me if the following macro is defined? >>> >>> HAVE_PT_GETDBREGS >> I have #undef HAVE_PT_GETDBREGS > That explains it why you get the SEGV... > >>> I don't have FreeBSD 8.2 lying around, can you see if >>> PT_GETDBREGS is defined in /usr/include/sys/ptrace.h? >> >> #define PT_GETDBREGS 37 /* get debugging registers */ > But that doesn't explain why it's undef'ed in your case. For that, > you're going to have to look inside the gdb/config.log file, > and search for PT_GETDBREGS. It should tell you that the compilation > failed, what source file was used, and why it failed. > config.in has the old date, maybe that's why: rw-r--r-- 1 yuri users 28240 Mar 17 06:19 gdb/config.in I am not so familiar with autoconf/automake stuff. Is gdb/config.in supposed to be regenerated with configure run? I just reconfigured from scratch and still have this. Yuri