From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dbBF1-0004HD-Fb for guix-patches@gnu.org; Fri, 28 Jul 2017 15:48:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dbBEw-0008UT-P9 for guix-patches@gnu.org; Fri, 28 Jul 2017 15:48:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:57641) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dbBEw-0008UK-Kf for guix-patches@gnu.org; Fri, 28 Jul 2017 15:48:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dbBEw-0005nN-AQ for guix-patches@gnu.org; Fri, 28 Jul 2017 15:48:02 -0400 Subject: [bug#27344] [PATCH 0/12] Add computational software and circuit simulators Resent-Message-ID: References: <8760g11j3e.fsf@openmailbox.org> <87zibzwjc2.fsf@gnu.org> From: Theodoros Foradis Message-ID: <87d18kibus.fsf@openmailbox.org> In-reply-to: <87zibzwjc2.fsf@gnu.org> Date: Fri, 28 Jul 2017 22:46:54 +0300 MIME-Version: 1.0 Content-Type: text/plain List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: 27344@debbugs.gnu.org Hello Ludovic, > Danny, Theodoros: could we make sure the non-controversial parts of > these series get committed? :-) I have made some additions to Danny's patch for libngspice and ngspice, and it's ready for the updated patch set. Another issue appeared with xyce-serial and xyce-parallel, namely that they don't build with lapack-3.7.1 which was recently updated. I got them to build, adding a lapack-3.5.0 variant, and I have sent an email upstream to confirm that version issue. There is an isssue with freehdl, qucs and qucs-s. That is, some packages need to be present at build time both as native inputs, and inputs, so that some references are substituted with the path to the target architecture binaries. Any ideas on how could that be done? Can a package be both a native and non-native input without issues? I don't know how to test that, since the problem does not obviously manifest itself without cross-compiling. Regards, -- Theodoros Foradis