From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1919 invoked by alias); 6 Jul 2011 23:12:06 -0000 Received: (qmail 1910 invoked by uid 22791); 6 Jul 2011 23:12:05 -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:11:50 +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 p66NBPBF056408; Wed, 6 Jul 2011 16:11:25 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4E14EB9C.8080503@rawbw.com> Date: Wed, 06 Jul 2011 23:12: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/msg00029.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... > > >> >> #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. > configure:13151: result: no configure:13160: checking for PT_GETDBREGS configure:13177: gcc -c -g -O2 conftest.c >&5 configure:13177: $? = 0 configure:13185: result: yes configure:13194: checking for PT_GETXMMREGS configure:13211: gcc -c -g -O2 conftest.c >&5 conftest.c: In function 'main': conftest.c:197: error: 'PT_GETXMMREGS' undeclared (first use in this function) conftest.c:197: error: (Each undeclared identifier is reported only once conftest.c:197: error: for each function it appears in.) configure:13211: $? = 1 Yuri