From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22189 invoked by alias); 15 Mar 2013 18:58:58 -0000 Received: (qmail 22181 invoked by uid 22791); 15 Mar 2013 18:58:56 -0000 X-SWARE-Spam-Status: No, hits=-10.2 required=5.0 tests=AWL,BAYES_00,KHOP_PGP_SIGNED,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 15 Mar 2013 18:58:50 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 4DC5033DB85; Fri, 15 Mar 2013 18:58:49 +0000 (UTC) From: Mike Frysinger To: Eli Zaretskii Subject: Re: Compilation failure for mingw64 target (was New ARI warning Fri Mar 15 02:02:12 UTC 2013 in -D 2013-03-15-gmt) Date: Fri, 15 Mar 2013 19:45:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.7.6; KDE/4.6.5; x86_64; ; ) Cc: gdb-patches@sourceware.org, tromey@redhat.com, pierre.muller@ics-cnrs.unistra.fr, yao@codesourcery.com References: <20130315020212.GA23545@sourceware.org> <201303151436.39870.vapier@gentoo.org> <83ehfg4hrx.fsf@gnu.org> In-Reply-To: <83ehfg4hrx.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2670614.EZtzEyn8bT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201303151501.57991.vapier@gentoo.org> X-IsSubscribed: yes 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 X-SW-Source: 2013-03/txt/msg00690.txt.bz2 --nextPart2670614.EZtzEyn8bT Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-length: 1114 On Friday 15 March 2013 14:52:50 Eli Zaretskii wrote: > > From: Mike Frysinger > > Date: Fri, 15 Mar 2013 14:36:38 -0400 > > Cc: Tom Tromey , pierre.muller@ics-cnrs.unistra.fr, > > yao@codesourcery.com > >=20 > > > > There's a gnulib mkdir module. > > >=20 > > > That's another possibility, yes. Although for such a simple job I'm > > > not sure the gnulib complexity is justified. But I don't object to > > > using the gnulib mkdir module. > >=20 > > we pulled in gnulib specifically to avoid growing a custom compat layer > > in gdb. seems like adding it to the existing gnulib list is pretty > > trivial work. >=20 > I said I didn't object, didn't I? and i didn't say you did, did i ? you said the replacement in this particu= lar=20 case is fairly simple, but that's the problem with these things -- they alw= ays=20 starts as simple one-offs for specific targets. having worked on many proj= ects=20 that took varying amounts of such one-offs (including mkdir redirects), gnu= lib=20 is really the only sane answer. it takes all the worry off our shoulders. -mike --nextPart2670614.EZtzEyn8bT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAABAgAGBQJRQ3AlAAoJEEFjO5/oN/WBUjcP/2oTlZSgEatgjbSrq3xWMjE6 a/RU5ACCgBE/Rpv6jnnXj9hoA47qzsNNNNgEwC+DtBsUA6G8oxonXKAqA6KuXZsH 5l08mifCksH/YdUKALU+Zg20iP82RvwFoq21bOccj99KHuFltmY/Xhp/2fXw42aE GcDiDEHW6VfbIwu7pXmeH8i2eVLkvKeVBc4D4mTwxkGJvdvGkDnifnSu8jgck3p1 JkwEtjNxbRw54fkpyKusq75fFlcjxldvgMizvN70cROCWROX8AkpExeMl+VTwZpI ixQtbDnUs6vqlQ1RfRg7zu56NL/v9XUm42AqcSrPznmdT39KMs8/b6uVdncako/H 8xPShMi5ye72C+tQlfkfJCJaCDNnRtsWFAmWpoidL8fZl970ZDbZQC3kdJQPl0/F SPhEG7432PvcX4brhnQntmk68Zr2KKZ5hDBLUN5a49/6+yamnsRtp7RL74PeIkQ4 CtAlpBMk7eFPSMSkVLqS36bN9aFB5pMOPXw5FdJB1Vm0KTZieeZshkbBAe9TAXT/ hWNMYd6yQIM8gmxoW3Z3V4ze/bJsyzzF3ZDnDzbc7vumrWCWQ6iFlK2O4AL9EU/U ZV2rHz6rw5WbalSlJq+hez6CRdFXEpdn0ke/vTbBmL38N4qBpBirxhDQ/Z2Ivmnc 7OJkxe95yZq39tdJPLaN =Egpk -----END PGP SIGNATURE----- --nextPart2670614.EZtzEyn8bT--