From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by linuxtogo.org with smtp (Exim 4.69) (envelope-from ) id 1P0bpD-0001tq-1x for openembedded-devel@lists.openembedded.org; Tue, 28 Sep 2010 17:11:30 +0200 Received: (qmail 28545 invoked by uid 0); 28 Sep 2010 15:10:22 -0000 Received: from 193.8.40.126 by www184.gmx.net with HTTP; Tue, 28 Sep 2010 17:10:20 +0200 (CEST) Date: Tue, 28 Sep 2010 17:10:21 +0200 From: "Alexander Stohr" Message-ID: <20100928151021.271550@gmx.net> MIME-Version: 1.0 To: openembedded-devel@lists.openembedded.org X-Authenticated: #15156664 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX19tB2d864Ftb+mUuFNc41sc+WHirXfO4Op261X44f 9vy/fryl20UU8jOnzO4xsNcSpE9IPduZyOwA== X-GMX-UID: aTeQfyJdPTR+BI921jIwj1Y5c2tpZAvV X-FuHaFi: 0.59999999999999998 X-SA-Exim-Connect-IP: 213.165.64.22 X-SA-Exim-Mail-From: Alexander.Stohr@gmx.de X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: Yes (on linuxtogo.org) Subject: coreutils-native-7.2-r0 dependencies not checked X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2010 15:11:30 -0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit hello, to me the mentioned package seems to be very picky on having the right build environment in place. the downloaded zip file comes with a ./configure file that was seemingly built with autoconf 2.63b. (where does those "b" version originate from? is it some distribution?) on the official download location (ftp://ftp.gnu.org/gnu/autoconf/) there is only autoconf 2.63 - so i used that for the build. the zip file further contains a "GNUmakefile" of unknown origin. for informational purposes, i used bitbake 1.8.18 as the outermost tooling and the openembedded platform used was based on files using this command: git checkout -b stable/2009 6be05ba2dd55508addf5a21408f6dbbf5a62c3aa when doing a build from scratch on that file there were only two recipes built in front of coreutils-native. that were shasum-native and stagemanager-native the build failed at beginning of coreutils-native "compile" for this reason: | NOTE: make -j2 | make: GNUmakefile: Too many levels of symbolic links | make: stat: GNUmakefile: Too many levels of symbolic links | make: *** No rule to make target `GNUmakefile'. Stop. | FATAL: oe_runmake failed Inspection of the work dir showed a cyclical symlink of that form: GNUmakefile -> GNUmakefile Further there was a newly generated Makefile bearing that headline (that seemingly resembles the freshly unpacked Makefile.in): # Makefile.in generated by automake 1.10c from Makefile.am. the file ./configure was still unaltered. it contained a line: GNUmakefile=GNUmakefile i later on tried to improve the situation with a "make distclean" and further steps but without success. i tried autoconf 2.68 but again no success for the build. If it would have been simply related to the used version of autoconf i would have said, add a version check for it into the build. right now i am not sure at all whats wrong there. seemingly that single line in configure is responsible for the symlink that kills the build in the end. but if several others can build that why should it fail for me? whats running odd for me in the beginning? how is it resolved best? regards, Alex. -- GMX DSL SOMMER-SPECIAL: Surf & Phone Flat 16.000 für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl