From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28980 invoked by alias); 29 Aug 2006 17:51:31 -0000 Received: (qmail 28946 invoked by uid 22791); 29 Aug 2006 17:51:29 -0000 X-Spam-Check-By: sourceware.org Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Tue, 29 Aug 2006 17:51:26 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 76DFA6D429F; Tue, 29 Aug 2006 19:51:23 +0200 (CEST) Date: Wed, 30 Aug 2006 12:33:00 -0000 From: Corinna Vinschen To: cygwin-patches@cygwin.com, gdb-patches@sourceware.org, mingw-patches@lists.sourceforge.net, binutils@sourceware.org, gcc-patches@gcc.gnu.org Subject: Re: [RFC] Simplify MinGW canadian crosses Message-ID: <20060829175123.GA22450@calimero.vinschen.de> Mail-Followup-To: cygwin-patches@cygwin.com, gdb-patches@sourceware.org, mingw-patches@lists.sourceforge.net, binutils@sourceware.org, gcc-patches@gcc.gnu.org References: <20060829114107.GA17951@calimero.vinschen.de> <20060829124525.GA13245@nevyn.them.org> <200608291459.k7TExRDT026512@greed.delorie.com> <20060829150948.GA18308@nevyn.them.org> <20060829153540.GA20893@calimero.vinschen.de> <20060829154718.GB17552@trixie.casa.cgf.cx> <20060829160406.GB21260@calimero.vinschen.de> <20060829160923.GB20830@nevyn.them.org> <20060829164906.GC21260@calimero.vinschen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060829164906.GC21260@calimero.vinschen.de> User-Agent: Mutt/1.4.2i X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-08/txt/msg00224.txt.bz2 On Aug 29 18:49, Corinna Vinschen wrote: > On Aug 29 12:09, Daniel Jacobowitz wrote: > > On Tue, Aug 29, 2006 at 06:04:06PM +0200, Corinna Vinschen wrote: > > > On Aug 29 11:47, Christopher Faylor wrote: > > > > Btw, I agree with Daniel's suggestion of using > > > > ../config/no-executables.m4 if that's possible. > > > > > > I did that first, but the argument against this is that the > > > mingw-runtime package, does not contain a top-level config directory. > > > The source tree is supposed to be built stand-alone. Therefore it's > > > required to have a stand-alone aclocal.m4 file. > > > > > > [time passes] > > > > > > Or do you mean I should just add an include(../config/no-executables.m4) > > > to winsup/acinclude.m4 and create the aclocal.m4 files from there? > > > > If you do that it'll just emit a sinclude into aclocal.m4 anyway, won't > > it? > > Hm, yes, I guess so. > > But the problem is clear I hope. If we refer to ../config/foo, the > mingw/aclocal.m4 file isn't self-sufficient anymore. That's actually > the only reason I didn't refer to ../config/no-executables.m4, but > copied it instead. Oh well, it seems I suffered an autotools confusion. The patch to winsup/acinclude.m4 is completely unnecessary. Calling aclocal with the correct include paths creates apparently correct aclocal.m4 files. So, just scratch the winsup/acinclude.m4 patch. Regenerating the aclocal.m4 files is sufficient. Corinna -- Corinna Vinschen Cygwin Project Co-Leader Red Hat