From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: avr-gcc Date: Fri, 15 Apr 2016 23:10:45 +0200 Message-ID: <87ega6shm2.fsf@gnu.org> References: <87wptgmyv1.fsf@elephly.net> <87twoks459.fsf@gnu.org> <87a8qbr2mb.fsf@gnu.org> <87ziy8g3bp.fsf@gnu.org> <87a8kxfdgc.fsf@gnu.org> <87h9f4spw3.fsf@drakenvlieg.flower> <87twj4m92o.fsf@gnu.org> <878u0fs38f.fsf@drakenvlieg.flower> 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]:41149) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arB0x-0007e8-3B for guix-devel@gnu.org; Fri, 15 Apr 2016 17:10:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1arB0w-00048X-7v for guix-devel@gnu.org; Fri, 15 Apr 2016 17:10:55 -0400 In-Reply-To: <878u0fs38f.fsf@drakenvlieg.flower> (Jan Nieuwenhuizen's message of "Fri, 15 Apr 2016 10:09:04 +0200") 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: Jan Nieuwenhuizen Cc: Andy Wingo , "guix-devel@gnu.org" Jan Nieuwenhuizen skribis: > Except for packages that need a native gcc to build tools during build > time (CC_FOR_BUILD). For such packages (like Bash or Guile), > standard-packages must include gcc again. Then, the build recipe's > phases must be changed so that when cross compiling, the > C_INCLUDE_PATH is moved into CPATH and C_INCLUDE_PATH is unset. > That makes this solution even more unattractive, many changes > to package recipe's could be needed. Right! That is really a bug, and I wonder why we didn=E2=80=99t catch it b= efore (maybe because the libc=E2=80=99s are pretty much the same in the systems we were targeting?). I had actually worked around it in e8e2e18b84eb8842a59be9bf7d49bb672260ae3a in one particular case. So the fix, as you suggest, is (1) to change gcc-cross-environment-variables.patch to CROSS_ify the other environment variables as well, and (2) to remove the unsetenv that was added in e8e2e18b84eb8842a59be9bf7d49bb672260ae3a. Could you give it a try? :-) Thanks for taking the time to explain! Ludo=E2=80=99.