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 9001D1381F3 for ; Mon, 1 Jul 2013 15:19:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 20863E0384; Mon, 1 Jul 2013 15:19:08 +0000 (UTC) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7F616E0384 for ; Mon, 1 Jul 2013 15:19:07 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id lf11so5097593pab.38 for ; Mon, 01 Jul 2013 08:19:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=4bP33Ju5Zq/cAfEe8Bkv6DHmqvWIuXgt67dK5D8IUiw=; b=Gb8ZRMYE/qposo5h8VrHT+hxrliWjudtkMaTrl/PhSkO9+tZybE2WYWIqueYAtGhhZ yFz2U0aVkFHHnaBeSGFKXo0/tRDSR8bD8Mbh6nrLSttq17hkpbqVuVJBoZ0o/v7xI61U zl0/TXHK/j3IZfSJepN/zZyn4wocA/25+PxnhXViXEr56BMb4CjxluI7uTyP/zzw/+Z7 EaxUVO2snf6Hnn0f/KloYfs1+uBFjiRSjNX83IaBgbZrUqa0HwzgN9/QUE9A0r2bovrv RaowCqIyx73uVerNcFS0LJDRzcU6+JBmg7/L0etbw7RKQU7jWRF2dovhaaysGUWcJDS+ fA/g== X-Received: by 10.68.201.226 with SMTP id kd2mr24253035pbc.45.1372691946326; Mon, 01 Jul 2013 08:19:06 -0700 (PDT) Received: from proton.in.awa.tohoku.ac.jp (ernie02-dmz.awa.tohoku.ac.jp. [130.34.99.37]) by mx.google.com with ESMTPSA id sq5sm24439416pab.11.2013.07.01.08.19.04 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 01 Jul 2013 08:19:05 -0700 (PDT) From: heroxbd 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> <51D1995A.8050707@gentoo.org> Date: Tue, 02 Jul 2013 00:18:12 +0900 In-Reply-To: <51D1995A.8050707@gentoo.org> (Luca Barbato's message of "Mon, 01 Jul 2013 16:59:38 +0200") Message-ID: <87bo6mmhqj.fsf@proton.in.awa.tohoku.ac.jp> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) 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 Content-Type: text/plain X-Archives-Salt: 755a4fc3-aed2-43e2-aab8-66acecaceeb7 X-Archives-Hash: 44801ae193bc7953c11db512b791a9ba Hey Luca, Luca Barbato writes: > On 07/01/2013 04:48 PM, heroxbd wrote: > >> 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. Got it. >> 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. The perfect solution is to use --with-runtime-root-prefix contributed by Google[1][2], but not enough interest was gathered[3]. >> 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 sensor says it's less than 40 degree C ;) >> 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? Not sure, I'm going to try out uclibc/musl anyway. UPDATE: asked for help on glibc mailing list http://article.gmane.org/gmane.comp.lib.glibc.user/1903 Cheers, Benda 1. http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01904.html 2. http://gcc.gnu.org/ml/gcc-help/2012-03/msg00146.html 3. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52556