From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dent.vctlabs.com (dent.vctlabs.com [68.183.110.161]) by mail.openembedded.org (Postfix) with ESMTP id A8E6660167 for ; Sun, 9 Aug 2015 00:06:35 +0000 (UTC) Received: by dent.vctlabs.com (Postfix, from userid 1000) id 5FEBCC05FA; Sat, 8 Aug 2015 17:25:04 -0700 (PDT) Date: Sat, 8 Aug 2015 17:25:04 -0700 From: "S. Lockwood-Childs" To: openembedded-devel@lists.openembedded.org Message-ID: <20150809002504.GV8667@dent.vctlabs.com> References: <55818938.3090405@mlbassoc.com> <1434572301.2944.16.camel@Saturn.local.all> <278829B9-2B2E-46BF-BD03-F2257224CB2B@gmail.com> MIME-Version: 1.0 In-Reply-To: <278829B9-2B2E-46BF-BD03-F2257224CB2B@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [meta-browser] firefox not working for me (only) X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.12 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: Sun, 09 Aug 2015 00:06:47 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Aug 08, 2015 at 04:01:38PM -0700, Khem Raj wrote: > > > On Jul 17, 2015, at 5:38 PM, S. Lockwood-Childs wrote: > > > > configure.ac had a runtime check for large file support that got run > > on 64-bit architectures, and all runtime checks must go away to be > > cross-compile safe. > > > > Luckily that runtime check was extraneous, so just remove it; > > standard AC_SYS_LARGEFILE macro should be sufficient for figuring out > > proper settings to get large file support. > > > > Also un-blacklist libimobiledevice, since this problem was the > > reason for the blacklist. > > > > one difference is that now it will depend on --enable-largefile secondly, what does AC_SYS_LARGEFILE > check do in the end ? is it a link time check ? Not sure what you mean by 'now it will depend on --enable-largefile' since the handling of that flag isn't being changed. I didn't add AC_SYS_LARGEFILE macro; it was already there. The recipe still doesn't need to set that flag... large file support should get enabled if the platform supports it. AC_SYS_LARGEFILE does a compile-time check that off_t is large as expected, and if not it tries some defines (such as _FILE_OFFSET_BITS) to see if they can make off_t check pass. In the 64-bit Linux case, the first check passes, since no tinkering with extra defines is needed, but for 32-bit case _FILE_OFFSET_BITS will get defined.