From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from relay1.mentorg.com ([192.94.38.131]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1PqqBI-0004h2-3R for openembedded-devel@lists.openembedded.org; Sat, 19 Feb 2011 18:01:16 +0100 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1PqqA4-0004OP-6F from Tom_Rini@mentor.com for openembedded-devel@lists.openembedded.org; Sat, 19 Feb 2011 09:00:00 -0800 Received: from na2-mail.mgc.mentorg.com ([134.86.114.213]) by svr-orw-fem-01.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 19 Feb 2011 08:59:59 -0800 Received: from [172.30.80.150] ([172.30.80.150]) by na2-mail.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 19 Feb 2011 09:59:59 -0700 Message-ID: <4D5FF708.90903@mentor.com> Date: Sat, 19 Feb 2011 09:59:52 -0700 From: Tom Rini Organization: Mentor Graphics Corporation User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: openembedded-devel@lists.openembedded.org References: <1298057187-2466-1-git-send-email-tom_rini@mentor.com> <4D5ED835.7040800@eukrea.com> <201102191252.05388.schnitzeltony@gmx.de> In-Reply-To: X-OriginalArrivalTime: 19 Feb 2011 16:59:59.0132 (UTC) FILETIME=[70F8F5C0:01CBD056] Subject: Re: [PATCH] insane.bbclass: Make RPATH a non-fatal error X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2011 17:01:16 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 02/19/2011 06:26 AM, Otavio Salvador wrote: > On Sat, Feb 19, 2011 at 11:52, Andreas Mueller wrote: >> On Saturday 19 February 2011 10:45:38 Frans Meulenbroeks wrote: >>> I am fine with the patch, but perhaps a better solution would be to >>> introduce a var to decide whether it is a fatal or not. >>> That way people distro's that use libtool 2.4 can decide to make it a >>> fatal. (or individual users in their local.conf) >>> >>> Frans >> How comes that I sometimes feel handled as spammer ;-) ? >> >> see http://lists.linuxtogo.org/pipermail/openembedded-devel/2011- >> February/029534.html >> >> anyway - treating RPATH errors as fatal has lead to many QA fixes and further >> will follow... >> >> my opinion now: keep RPATH errors fatal as developer's whip :-) > > I agree about keeping it configurable. > > Besides I think that we ought to keep it fatal until quite near of > release since we'll be "forced" to fix most of many of them. I just want to state, again, that most of these just go away with libtool 2.4. Now, if people are looking for something to work on that won't just go away with an update to libtool 2.4: - iscsi-target needs some love again for various kernel versions as that looks to be killing calamari and neek for nas-server-image - 'micro' only builds for minimal-image and meta-toolchain, everything else has some build problem or another. And I'm sure I'll have more logs as I sort out my autobuilder after the weekend. -- Tom Rini Mentor Graphics Corporation