From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: heads-up: Haskell updates Date: Thu, 15 Feb 2018 16:44:48 +0100 Message-ID: <87fu626yvj.fsf@elephly.net> References: <87r2ppjbst.fsf@elephly.net> <873723pfya.fsf@netris.org> <871shn8jm5.fsf@elephly.net> <87zi4b744f.fsf@elephly.net> <20180214234721.4e9fe198@scratchpost.org> <87a7waodaa.fsf@netris.org> <20180215120404.0a96b628@scratchpost.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]:49205) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1emNMs-0002rD-76 for guix-devel@gnu.org; Thu, 15 Feb 2018 12:30:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1emNMo-0007CC-Mw for guix-devel@gnu.org; Thu, 15 Feb 2018 12:30:46 -0500 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21129) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1emNMo-0006xd-5X for guix-devel@gnu.org; Thu, 15 Feb 2018 12:30:42 -0500 In-reply-to: <20180215120404.0a96b628@scratchpost.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: Danny Milosavljevic Cc: guix-devel Danny Milosavljevic writes: > So the only problematic case is that the build process finds MADV_FREE > but the running Linux doesn't yet have it and a ghc program runs on it. > > Reading MADV_DONTNEED docs again, MADV_DONTNEED pretty much does the same > as MADV_FREE - but MADV_DONTNEED promises to make later accesses to the > range succeed (by providing a new zero-filled page if necessary) while > MADV_FREE promises to make them fail. > > So one could fall back to MADV_DONTNEED - should be fine, though a little= weird > for an allocator. > > If that's the case and the build still fails, let's just apply the Haskel= l patch > to ghc (or update ghc if there's a newer release). There=E2=80=99s no newer release we may use. Of course, there=E2=80=99s GH= C 8.2.x but the current version for LTSHaskell is 8.0.2. With 8.2.x who knows what other things are broken :) So let=E2=80=99s apply the patch. Danny, could you please do this on master and core-updates? I=E2=80=99d like to merge core-updates this week and it would be great if w= e could build all of the Haskell packages (and all those R packages that depend on Pandoc) before the merge. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net