From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7612 invoked by alias); 12 Nov 2011 11:39:18 -0000 Received: (qmail 7602 invoked by uid 22791); 12 Nov 2011 11:39:17 -0000 X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,TW_JX,TW_QN,TW_QP,TW_QR,TW_XV X-Spam-Check-By: sourceware.org Received: from smtp01.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.123) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 12 Nov 2011 11:39:04 +0000 Received: from treguer.localnet ([90.32.162.16]) by mwinf5d24 with ME id wBf21h0070MXwpW03Bf3t3; Sat, 12 Nov 2011 12:39:03 +0100 From: "Yann E. MORIN" To: crossgcc@sourceware.org, linasvepstas@gmail.com Subject: Re: crosstool_ng configure bug Date: Sat, 12 Nov 2011 11:39:00 -0000 User-Agent: KMail/1.13.5 (Linux/3.1.0-treguer; KDE/4.4.5; x86_64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201111121239.02592.yann.morin.1998@anciens.enib.fr> Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org X-SW-Source: 2011-11/txt/msg00032.txt.bz2 Linas, All, (Sorry if this is a dup, I got a non-delivery reply from the list?!?) On Friday 11 November 2011 23:04:48 Linas Vepstas wrote: > Just downloaded crosstool_ng, and hit a trite bug: > > tar -jxvf crosstool-ng-1.13.0.tar.bz2 > cd crosstool-ng-1.13.0 > mkdir build > cd build > ../configure --prefix=/my/path Out-of-tree build is currently not supported. I'm currently reqriting the ./configure to use autoconf, and see if it is a viable solution long-term, rather than keep our hand-crafted ./configure. For now, I have a working configure.ac that is a drop-in replacement for the current ./configure, but I need to do some more testing. BTW, autostuff is completely bullshit. It definitely does not understand cross-compilation at all. It is uterly broken. For example, crosstool-NG requires bison at runtime, but there is no way to tell autoconf to test for bison on the host system, not on the build system. All the tests for executables are done for the build system. Sigh... > Another minor remark: If/when I have to hack on a tool, such as > crosstool_ng, I use quilt, with automaticallly uses a directory called > "patches". Crosstool-NG uses the Mercurial DVCS, so the usual way of tweaking crosstool-NG is to use Mercurial commands. If you are used to using Quilt, then using the Mercurial Queues (MQ) will be almost seemless for you, as its idiosyncracy is very close to Quilt's (as it was insipired by it): hg qnew patch-name hg qrefresh hg qpush hg qpop And so on... Look, in the source tree, at: docs/7 - Contributing to crosstool-NG.txt docs/C - Misc. tutorials.txt (third chapter) > So it was a surprise to see that such a directory already > exists in crosstool_ng. Hmmm. Crosstool-NG bundles patches to apply to the components (gcc, glibc, uClibc, binutils...) used to build toolchain, hence the patches/ sub-dir. Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' -- For unsubscribe information see http://sourceware.org/lists.html#faq