From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 126129 invoked by alias); 22 May 2017 19:38:43 -0000 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 Received: (qmail 126106 invoked by uid 89); 22 May 2017 19:38:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 22 May 2017 19:38:41 +0000 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 7FA994DB14; Mon, 22 May 2017 19:38:43 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 7FA994DB14 Authentication-Results: ext-mx05.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx05.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=dj@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 7FA994DB14 Received: from greed.delorie.com (ovpn-120-43.rdu2.redhat.com [10.10.120.43]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 330C117B92; Mon, 22 May 2017 19:38:43 +0000 (UTC) Received: from greed.delorie.com.redhat.com (localhost [127.0.0.1]) by greed.delorie.com (8.14.7/8.14.7) with ESMTP id v4MJceYq017744; Mon, 22 May 2017 15:38:41 -0400 From: DJ Delorie To: Eli Zaretskii Cc: gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org Subject: Re: MinGW compilation warnings in libiberty's waitpid.c In-Reply-To: <83wp9ans43.fsf@gnu.org> (message from Eli Zaretskii on Sun, 21 May 2017 18:31:56 +0300) Date: Mon, 22 May 2017 19:38:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2017-05/txt/msg00499.txt.bz2 Eli Zaretskii writes: > Hmm... no, this doesn't solve the problem. The expansion of AC_LIBOBJ > for waitpid is gone from the configure script, but the value of > LIBOBJS in libiberty/Makefile still includes waitpid.o. What else is > related to this? After re-reading the sources a bit, I come to the following conclusions... * $funcs is a list of functions libiberty should provide if the host doesn't have them. * We can override what the host *has* but not what it *shouldn't* have. Since (or "if") nobody will (should) use waitpid() on mingw anyway, and since libiberty really wants to include waitpid.o, how difficult would it be to use some #ifdefs to have waitpid() just return an error on mingw? That at least gets past the mingw build problem. > One caveat: I needed to hack config/override.m4 to allow me to run > autoconf 2.69 I have installed, because otherwise it insists on > autoconf 2.64 which I don't have. I hope this isn't the reason for > the incomplete solution. I have many versions of autoconf installed, each in their own directories, and add the right one to my $PATH on a per-project basis. Autoconf works just fine that way, and there have been plenty of cases of autoconf output changing in, er, "unexpected" ways across autoconf releases. If you regen configure and an "svn diff" (or git diff) shows unexpected changes, check your autoconf :-) Same for automake and autogen.