From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id B6A631381F3 for ; Mon, 1 Jul 2013 14:59:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3ACAFE08ED; Mon, 1 Jul 2013 14:59:19 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C4051E08ED for ; Mon, 1 Jul 2013 14:59:18 +0000 (UTC) Received: from [192.168.0.97] (dynamic-adsl-84-221-77-10.clienti.tiscali.it [84.221.77.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id 94A8F33E6D4 for ; Mon, 1 Jul 2013 14:59:17 +0000 (UTC) Message-ID: <51D1995A.8050707@gentoo.org> Date: Mon, 01 Jul 2013 16:59:38 +0200 From: Luca Barbato User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130411 Thunderbird/17.0.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org MIME-Version: 1.0 To: gentoo-soc@lists.gentoo.org Subject: Re: [gentoo-soc] Gentoo on Android, Summary for 2013.6.28-7.1 References: <87mwq6mj4v.fsf@proton.in.awa.tohoku.ac.jp> In-Reply-To: <87mwq6mj4v.fsf@proton.in.awa.tohoku.ac.jp> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: e0fb8873-7d69-4254-9e24-a2b883f66385 X-Archives-Hash: 477fbb115df309c71ac0c89f46f84c03 On 07/01/2013 04:48 PM, heroxbd wrote: > Dear Guys and Gals, > > Gentoo on Android is about running Gentoo natively in a directory prefix > on Android devices[1] in parallel with native Android, mentored by Luca. > > Progress report for the past 3 days, > > 1. gcc specs hack is not that interesting as it first looks. > - parsing or generating specs script is no fun. > The best parser/generator is gcc itself > - appending simple specs (suches -dynamic-linker=/xx/xx.so) feel > not clever, appending --with-spec to configure either. > > Therefore, I decide not to use specs hack as the main building > block. At the same time, it can be handy to do manual tuning > with it. That must be reconsidered later to understand what's the problem and if upstream can help on that. > Relying on binutils wrapper is no good either. The solution > finally falls on a mixed one between sysroot and native paths > methods (ref. table in [2]). Where I make use of eprefixify of > prefix.eclass to modify location of dynamic linker for *run > time* and sysroot for *compile time*. It isn't perfect, but as long it gives result I can live with that. > 2. Prefix/libc armhf works rock solid. It is now being "emerge -e > @world" with the help of many distcc cross compilers. I have to > leave my cell phone home for a constant power supply and > ethernet connection (yes! USB ethernet adapter) though. Make sure it is near a heatsink (AC or such). > The bug is related to VDSO. A full description of the problem is > on stackoverflow[3]. I'd be very appreciated for any hints. uclibc or musl might or might not help? lu