From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11597 invoked by alias); 15 Dec 2014 13:11:19 -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 11464 invoked by uid 89); 15 Dec 2014 13:11:18 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mx5-phx2.redhat.com Received: from mx5-phx2.redhat.com (HELO mx5-phx2.redhat.com) (209.132.183.37) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 15 Dec 2014 13:11:16 +0000 Received: from zmail14.collab.prod.int.phx2.redhat.com (zmail14.collab.prod.int.phx2.redhat.com [10.5.83.16]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBFDBBuK047329; Mon, 15 Dec 2014 08:11:11 -0500 Date: Mon, 15 Dec 2014 13:11:00 -0000 From: Kai Tietz To: Joel Brobecker Cc: Yao Qi , Jan Kratochvil , gdb-patches@sourceware.org Message-ID: <1175345810.28344908.1418649069707.JavaMail.zimbra@redhat.com> In-Reply-To: <20141215124358.GU5457@adacore.com> References: <20141123192713.32193.57150.stgit@host1.jankratochvil.net> <20141123192900.32193.65726.stgit@host1.jankratochvil.net> <87r3w2vkhv.fsf@codesourcery.com> <20141214075258.GA26795@host2.jankratochvil.net> <87egs2vcfu.fsf@codesourcery.com> <20141214182341.GA2908@host2.jankratochvil.net> <87a92pvc0w.fsf@codesourcery.com> <20141215124358.GU5457@adacore.com> Subject: Re: [mingw rfc] Add mkdtemp to gdb/gnulib/ [Re: [PATCH v4 14/14] the "compile" command] MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2014-12/txt/msg00383.txt.bz2 Hi, ----- Urspr=C3=BCngliche Mail ----- > Hi Yao, >=20 > > I can reproduce your build failure with x86_64-w64-mingw32-gcc too. > > Looks gnulib sys_time module needs update, or maybe we have to use win32 > > api, such as GetTempPath and GetRandomFileName. >=20 > Do you mean that the problem is solved with a more recent version > of gnulib? >=20 > I would personally take a two-step approach: First, immediately > fix the build issue using the second recommendation you made, which > is to use win32 routines on Windows hosts for now. Then, we can > work towards first upgrading gnulib, and then importing mkdtemp. > I find that updating gnulib to always be fairly disruptive, which > is why I propose we stabilize the problem first to get builds > working back ASAP, and then look at gnulib. >=20 > -- > Joel >=20 I fully agree with Joel. Kai