From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Thompson, David" Subject: Re: [PATCH 4/5] gnu: Add avr-toolchain. Date: Mon, 30 May 2016 13:36:19 -0400 Message-ID: References: <1460639824-9976-1-git-send-email-dthompson2@worcester.edu> <1460639824-9976-5-git-send-email-dthompson2@worcester.edu> <87inzkjdsm.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33802) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b7R70-0006Iu-SR for guix-devel@gnu.org; Mon, 30 May 2016 13:36:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b7R6y-0005Cg-KA for guix-devel@gnu.org; Mon, 30 May 2016 13:36:21 -0400 Received: from mail-yw0-x243.google.com ([2607:f8b0:4002:c05::243]:34294) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b7R6y-0005CM-Ex for guix-devel@gnu.org; Mon, 30 May 2016 13:36:20 -0400 Received: by mail-yw0-x243.google.com with SMTP id j74so15625458ywg.1 for ; Mon, 30 May 2016 10:36:20 -0700 (PDT) In-Reply-To: <87inzkjdsm.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Cc: guix-devel Reviving this old thread. On Thu, Apr 14, 2016 at 1:33 PM, Ludovic Court=C3=A8s wrote: > David Thompson skribis: > >> * gnu/packages/avr.scm (avr-toolchain): New variable. > > I=E2=80=99m guessing that the goal is to allow users to install it in a p= rofile > and build stuff interactively from there, right? > > However, profiles currently contain only native packages; patch #2 moves > =E2=80=99search-paths=E2=80=99 to =E2=80=98native-search-paths=E2=80=99, = which in part is a way to work > around this limitation. > > I think a better solution would be to allow users to build profiles that > contain non-native packages. That way, we could do things like: > > guix environment --target=3Davr foo > > Thoughts? > > Until this is possible, we could apply this patch with the added > search-paths/native-search-paths hack (assuming said hack has been > removed from patch #2.) > > Does it makes sense? We discussed this on IRC quite awhile back, and the conclusion was that this didn't make sense because compiling for AVR isn't like compiling for an architecture like x86 or MIPS because you cannot actually run any "normal" software on an AVR. They are very special-purpose, 8-bit processors with a limited amount of resources and can not run GNU/Linux. Thus, the only way that one would want to use avr-gcc is to have it compiled for their workstation's architecture so that they can cross-compile AVR firmware. I think the native-search-paths make sense for this use-case. With this toolchain I've once again been able to build the firmware for my arcade stick. Without further ado, I will push this. - Dave