From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: [PATCH] gnu: Add dlib. Date: Thu, 18 Aug 2016 16:23:53 -0400 Message-ID: <20160818202353.GB2393@jasmine> References: <20160815201528.GA23963@jasmine> <87a8gd22ug.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> <20160815222840.GA10735@jasmine> <4752bc68-5466-6c26-a7b4-e53aec400ff5@uq.edu.au> <8760r10z7n.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> <20160816204736.GA25753@jasmine> <993034f9-ceae-525f-01b9-0b8af7a5aafe@uq.edu.au> <20160816234507.GA24224@jasmine> <87h9ajzc1z.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55260) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1baTrE-0000cW-AP for guix-devel@gnu.org; Thu, 18 Aug 2016 16:24:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1baTrA-0007hT-5O for guix-devel@gnu.org; Thu, 18 Aug 2016 16:24:07 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:41521) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1baTr9-0007df-0D for guix-devel@gnu.org; Thu, 18 Aug 2016 16:24:04 -0400 Content-Disposition: inline In-Reply-To: <87h9ajzc1z.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> 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: Marius Bakke Cc: guix-devel , Alex Kost On Wed, Aug 17, 2016 at 03:48:24PM +0100, Marius Bakke wrote: > I've attached a patch with a #t in the disable-asserts phase, and also > deleting the 6MB static library. > > Since `guix build --rounds=2` passes, is there any reason to delay this > patch? I've built this on GuixSD and a foreign distro and naively > verified that they are the same (the .so and all headers have the same > checksum; some of the recorded cmake input paths are different though). I pushed the patch as 5f0ff6a9e. Hopefully dlib is still useful without lapack. We should really figure out what the issue is and fix it :)