From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25422 invoked by alias); 13 Jul 2018 11:16:15 -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 25412 invoked by uid 89); 13 Jul 2018 11:16:14 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=shares, feeling X-HELO: mx1.redhat.com Received: from mx3-rdu2.redhat.com (HELO mx1.redhat.com) (66.187.233.73) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 13 Jul 2018 11:16:13 +0000 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 03EDF401B3A7; Fri, 13 Jul 2018 11:16:12 +0000 (UTC) Received: from [127.0.0.1] (ovpn04.gateway.prod.ext.ams2.redhat.com [10.39.146.4]) by smtp.corp.redhat.com (Postfix) with ESMTP id F3C8C10FFE50; Fri, 13 Jul 2018 11:16:08 +0000 (UTC) Subject: Re: Breakage on builder Fedora-x86_64-w64-mingw32, revision 49b000dc5686e016f05b717f18d2c8f865eb3617 [gdb-8.12-branch] To: "Wiederhake, Tim" , Sergio Durigan Junior References: <7a005da3-801d-b730-7f7d-22955796c58a@redhat.com> <874lh4pf8k.fsf@redhat.com> <9676A094AF46E14E8265E7A3F4CCE9AF7493FD29@irsmsx111.ger.corp.intel.com> Cc: "gdb-patches@sourceware.org" From: Pedro Alves Message-ID: Date: Fri, 13 Jul 2018 11:16:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <9676A094AF46E14E8265E7A3F4CCE9AF7493FD29@irsmsx111.ger.corp.intel.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2018-07/txt/msg00382.txt.bz2 On 07/13/2018 11:55 AM, Wiederhake, Tim wrote: >> To: Pedro Alves >> >> On Thursday, July 12 2018, Pedro Alves wrote: >> >>> On 07/12/2018 08:59 AM, gdb-buildbot@sergiodj.net wrote: >>>> yes >>>> checking for memcmp... In file included from ../../binutils- >> gdb/intl/plural.y:35:0: >>>> ../../binutils-gdb/intl/plural-exp.h:102:23: error: conflicting types >> for 'libintl_gettextparse' >>>> # define PLURAL_PARSE libintl_gettextparse >>>> ^ > > For what it's worth, we're seeing this, too, every now and then. > Up to now I believed this was just a problem with our setup, as I couldn't find any difference in the source or build directories of failing and working builds. > Additionally, cross-compiling gdb seems to increase the frequency of failures, as does having the source or build directory on a network share. My guess is that for some reason GNU Make thinks it needs to rebuild plural.c from src/intl/plural.y instead of using the in-source-tree src/intl/plural.c, and then we run into some incompatibility between gettext and bison (or rather, the newer-bison-produced file). Network shares are prone to time skew, >1s differences, etc. confusing make. Oh, hmm, I've been building my mingw cross gdbs with --disable-intl. If I remove that, then I see that same error too. Yep, if I touch src/intl/plural.c then rm -f build/intl/plural.* && make -C intl build successfully. I kind of have the feeling I've seen this discussed before. Thanks, Pedro Alves