From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32284 invoked by alias); 20 Nov 2014 11:45:40 -0000 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 Received: (qmail 32275 invoked by uid 89); 20 Nov 2014 11:45:40 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 20 Nov 2014 11:45:39 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id C8174116B8E; Thu, 20 Nov 2014 06:45:37 -0500 (EST) 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 s4S3uX5ZNc1e; Thu, 20 Nov 2014 06:45:37 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 651BC116B88; Thu, 20 Nov 2014 06:45:37 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 68F3140F79; Thu, 20 Nov 2014 15:45:35 +0400 (RET) Date: Thu, 20 Nov 2014 11:45:00 -0000 From: Joel Brobecker To: Dave Kirby Cc: gdb@sourceware.org Subject: Re: gdb failing to build on RHEL 6 Message-ID: <20141120114535.GC4880@adacore.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-11/txt/msg00031.txt.bz2 > I have tried it with both the official 7.8.1 release from the ftp site > and the current head from the git repository - commit > 8908fca5772fcff9f7766158ba2aa59f5a2b1f68. > > I googled the error but all I found was a post on this forum from last > June with someone reporting the same problem > (http://sourceware.org/ml/gdb/2014-06/msg00007.html). The only > response said there had been a broken commit, but no work-around was > given. I find it hard to believe that it is the same issue and that > gdb has been released in a state where it would not build. > > So what am I missing? Or doing wrong? Or is the release itself > broken? How do I fix it and get a working build? version.c is create by a Makefile rule that calls gdb/common/create-version.sh. I would check your build logs to see if that script got called, and if it did, then whether it printed any error or not. -- Joel