From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22313 invoked by alias); 18 Aug 2011 15:53:08 -0000 Received: (qmail 22299 invoked by uid 22791); 18 Aug 2011 15:53:06 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from tschetwerikow.v9g.de (HELO tschetwerikow.v9g.de) (217.92.164.63) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 18 Aug 2011 15:52:48 +0000 Received: from localhost (localhost [127.0.0.1]) by tschetwerikow.v9g.de (Postfix) with ESMTP id 5C207172B87B; Thu, 18 Aug 2011 17:52:46 +0200 (CEST) Received: from tschetwerikow.v9g.de ([127.0.0.1]) by localhost (tschetwerikow.boxberg.lan [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pxgvuMUZ0Qai; Thu, 18 Aug 2011 17:52:43 +0200 (CEST) Received: from mikulin.boxberg.lan (mikulin.boxberg.lan [10.0.1.253]) by tschetwerikow.v9g.de (Postfix) with ESMTPSA id E6681172B862; Thu, 18 Aug 2011 17:52:42 +0200 (CEST) Subject: Re: mips toolchain on macos Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-1 From: Titus von Boxberg In-Reply-To: Date: Thu, 18 Aug 2011 15:53:00 -0000 Cc: crossgcc@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: <81883546-8B37-41DD-8FA7-586746C8E96A@v9g.de> References: <201108151803.02636.yann.morin.1998@anciens.enib.fr> <32863DE6-2EB3-4DE1-95EA-FF013408FF06@v9g.de> <3BFFB5F9-D4B7-4D7D-847C-4D5180AEB660@v9g.de> To: Guylhem Aznar X-IsSubscribed: yes 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-08/txt/msg00062.txt.bz2 Am 18.08.2011 um 16:19 schrieb Guylhem Aznar: > *$ find crosstool-ng|grep install_headers > crosstool-ng/.build/mips-osx-linux-uclibc/build/build-libc/extra/scripts/= install_headers.sh > crosstool-ng/.build/mips-osx-linux-uclibc/build/build-libc-headers/extra/= scripts/install_headers.sh > crosstool-ng/.build/src/uClibc-0.9.30/extra/scripts/install_headers.sh > *$ find crosstool-ng|grep install_headers|xargs grep find > crosstool-ng/.build/mips-osx-linux-uclibc/build/build-libc/extra/scripts/= install_headers.sh:find > . ! -name '.' -a ! -path '*/.*' | sed -e 's/^\.\///' -e '/^config\//d' > \ > crosstool-ng/.build/mips-osx-linux-uclibc/build/build-libc-headers/extra/= scripts/install_headers.sh:find > . ! -name '.' -a ! -path '*/.*' | sed -e 's/^\.\///' -e '/^config\//d' > \ > crosstool-ng/.build/src/uClibc-0.9.30/extra/scripts/install_headers.sh:fi= nd > . ! -name '.' -a ! -path '*/.*' | sed -e 's/^\.\///' -e '/^config\//d' > \ >=20 I cannot spot a find without a path here. I assume that the find is in uclibc's build system, since I cannot grep it in ct-ng's own build scripts. >> If it's a script within the build system of uclibc then you should >> prepare a patch file for the version of eglibc. >=20 > You are the official OSX maintainer from crosstools-ng. I'd rather you > made the patch wow, didn't know that. thanks for the promotion! But I think that preparing the patch can well be delegated to the users ;-) Once you can clearly identify the file where the find in question is locate= d in it should not be too difficult. There is a tutorial for hg in docs/C*.txt, and preparing a patch file for uClibc (should the find be in it's files) is easy if you look at the already existing patch files in crosstool-ng. > - alternatively you could recommand installing gnu find > in your documentation? That might be a safer choice, in case such > linuxisms are used elsewhere. No. That's not the way I'd go for such basic tools such as find etc. I'd also regard the possibility to omit the path for find a severe design flaw of the GNU software, and software that exploits this as buggy. Regards Titus -- For unsubscribe information see http://sourceware.org/lists.html#faq