From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17752 invoked by alias); 2 Apr 2012 14:18:41 -0000 Received: (qmail 17743 invoked by uid 22791); 2 Apr 2012 14:18:40 -0000 X-SWARE-Spam-Status: No, hits=-6.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 02 Apr 2012 14:18:26 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q32EI2iX016198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Apr 2012 10:18:02 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q32EI1Dk006190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 2 Apr 2012 10:18:02 -0400 From: Tom Tromey To: "Pierre Muller" Cc: "'Joel Brobecker'" , Subject: Re: gdb/gnulib problems with BSD operating systems References: <32726.6318876811$1333031278@news.gmane.org> <87ehs9n7xx.fsf@fleche.redhat.com> <20120330213422.GX2713@adacore.com> <20120330220740.GA18842@adacore.com> <002101cd0f36$ee5b8bc0$cb12a340$@muller@ics-cnrs.unistra.fr> <24504.7532058836$1333217860@news.gmane.org> Date: Mon, 02 Apr 2012 14:18:00 -0000 In-Reply-To: <24504.7532058836$1333217860@news.gmane.org> (Pierre Muller's message of "Sat, 31 Mar 2012 20:16:41 +0200") Message-ID: <877gxykyjq.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: 2012-04/txt/msg00010.txt.bz2 >>>>> "Pierre" == Pierre Muller writes: Pierre> There are differences in the gdb/Makefile's (see below) Pierre> but I have no idea if this explains the Pierre> failure with all-gdb target. These differences look harmless to me. The biggest one is disabling dependency tracking, since that requires GNU make -- at configure time. Tom