From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6156 invoked by alias); 16 Dec 2014 12:40:48 -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 6146 invoked by uid 89); 16 Dec 2014 12:40:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT autolearn=no version=3.3.2 X-HELO: mailhost.u-strasbg.fr Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.222.211) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 16 Dec 2014 12:40:45 +0000 Received: from mailhost.u-strasbg.fr (localhost [127.0.0.1]) by antispam (Postfix) with ESMTP id A5C3F2207DC; Tue, 16 Dec 2014 13:40:42 +0100 (CET) Received: from mailhost.u-strasbg.fr (localhost [127.0.0.1]) by antivirus (Postfix) with ESMTP id 9607A2207B4; Tue, 16 Dec 2014 13:40:42 +0100 (CET) Received: from lmr.u-strasbg.fr (lmr3.u-strasbg.fr [172.30.21.3]) by mr1.u-strasbg.fr (Postfix) with ESMTP id 35B052207DC; Tue, 16 Dec 2014 13:40:36 +0100 (CET) Received: from lmr.u-strasbg.fr (localhost [127.0.0.1]) by antivirus (Postfix) with ESMTP id E6CFACC; Tue, 16 Dec 2014 13:40:35 +0100 (CET) Received: from E6510Muller (gw-ics.u-strasbg.fr [130.79.210.225]) (Authenticated sender: mullerp) by lmr3.u-strasbg.fr (Postfix) with ESMTPSA id 0D054BA; Tue, 16 Dec 2014 13:40:28 +0100 (CET) From: "Pierre Muller" To: "'Jan Kratochvil'" , "'Eli Zaretskii'" Cc: , , , References: <87egs2vcfu.fsf@codesourcery.com> <20141214182341.GA2908@host2.jankratochvil.net> <87a92pvc0w.fsf@codesourcery.com> <20141215124358.GU5457@adacore.com> <20141215171225.GA19674@host2.jankratochvil.net> <20141215181449.GA5457@adacore.com> <20141215182057.GA22226@host2.jankratochvil.net> <20141215183554.GB5457@adacore.com> <20141215184014.GA22610@host2.jankratochvil.net> <83y4q8wxk7.fsf@gnu.org> <20141215222801.GA28138@host2.jankratochvil.net> In-Reply-To: <20141215222801.GA28138@host2.jankratochvil.net> Subject: RE: [patch] compile: Fix MinGW build [Re: [mingw rfc] Add mkdtemp to gdb/gnulib/] Date: Tue, 16 Dec 2014 12:40:00 -0000 Message-ID: <004b01d0192d$7c8b96d0$75a2c470$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-SW-Source: 2014-12/txt/msg00444.txt.bz2 Hi Jan, I tested your patch, which appeared as an attached file named 1.sql, which made it difficult to guess it was indeed the patch... Nevertheless, your patch fixes compilation error for mingw32 and as such it should be committed as an obvious fix. To go a little bit further, I tried to use=20 the compile command on the newly generated mingw32 GDB executable. =20 using ./gdb ./gdb (with a minimal hello.c source code) <<<< (top-gdb) compile code hello.c returns >>>> The program must be running for the compile command to work. I am not sure why this restriction should apply. (top-gdb) start Temporary breakpoint 3 at 0x40158a: file ../../../binutils-gdb/gdb/gdb.c, l= ine 28. Starting program: E:\cygwin-32\home\Pierre\git\build\mult-mingw32\gdb\gdb.e= xe [New Thread 6572.0x4e0] Temporary breakpoint 3, main (argc=3D1, argv=3D0x3d4b30) at ../../../binutils-gdb/gdb/gdb.c:28 (top-gdb) compile file hello.c Could not load libcc1.so: "libcc1.so": Le module sp=C3=A9cifi=C3=A9 est int= rouvable. (French meaning: "the specified module can't be found"). So the mkdtmp is not the only problem=20 for mingw compile support. Pierre Muller