From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (dan.rpsys.net [93.97.175.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by yocto-www.yoctoproject.org (Postfix) with ESMTPS id 5B80FE006CB for ; Tue, 19 Feb 2013 06:00:25 -0800 (PST) Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id r1JE6ed8016142; Tue, 19 Feb 2013 14:06:40 GMT X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id TmkEUYm5k02D; Tue, 19 Feb 2013 14:06:40 +0000 (GMT) Received: from [192.168.3.10] (rpvlan0 [192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id r1JE6OYi015979 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 19 Feb 2013 14:06:35 GMT Message-ID: <1361282381.5927.41.camel@ted> From: Richard Purdie To: Eric =?ISO-8859-1?Q?B=E9nard?= Date: Tue, 19 Feb 2013 05:59:41 -0800 In-Reply-To: <20130219144408.52766c34@e6520eb> References: <1361277447-6186-1-git-send-email-otavio@ossystems.com.br> <1361277447-6186-2-git-send-email-otavio@ossystems.com.br> <20130219144408.52766c34@e6520eb> X-Mailer: Evolution 3.6.3-1 Mime-Version: 1.0 Cc: meta-freescale Mailing List , Otavio Salvador Subject: Re: [meta-fsl-arm][PATCH 1/3] linux-libc-headers: Use Yocto's default to avoid same arch rebuilds X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 14:00:25 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit On Tue, 2013-02-19 at 14:44 +0100, Eric Bénard wrote: > Hi Otavio, > > Le Tue, 19 Feb 2013 09:37:25 -0300, > Otavio Salvador a écrit : > > > This avoids full rebuild in case of compatible machine changes (e.g > > i.MX53 and i.MX6) and fixes the build failures seen in autobuilder. > > > aren't Frescale's headers needed for some GPU/VPU libraries ? The GPU/VPU libraries should be looking at the kernel headers, not the libc headers. If you put the kernel headers in as libc headers, it means the whole stack is machine specific and will entirely rebuild with each machine switch. The libc headers are meant to be machine independent. I suspect the situation after these patches still isn't perfect (see my other reply) however it is *much* improved and I much appreciate this being fixed. We've seen build repeated failures on the autobuilder for what seems like months due to this problem. Cheers, Richard